Re: [Talk-it] Secondo voi questo cos'è?

[Francesco Pelullo]

Il 30 mar 2016 23:13, "Marco Predicatori"  ha scritto:
>
>
> E' venuto il dubbio anche a me. Però mancavano i soliti cartelli di
> avviso.
>
>

Dal telefono non riesco ad ingrandire l'immagine, penso che di possa
discriminare in base al materiale con cui è costruito l'armadio elettrico
(quello grigio):
- se è metallico ("blindato") allora di sicuro è un autovelox;
- se invece è di materiale plastico come i normali armadi elettrici, allora
sarà qualcosa che ha a che fare con l'impianto di illuminazione e/o
videosorveglianza della galleria.

Quella costruzione gialla sullo sfondo è sicuramente una cabina elettrica
di trasformazione.

Ciao
/niubii/
___
Talk-it mailing list
Talk-it@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-it

[Talk-ec] Mapa de Cuenca corregido y aumentado

[Daniel Orellana]

Estimados amigos.

Quería comentarles que con mi grupo de investigación hemos terminado de
revisar y completar el mapa de Cuenca corrigiendo la topología y aumentando
características de las calles, principalmente aceras y tipo de superficie.

Hemos utilizado MapCraft para coordinar el trabajo (lo recomiendo mucho).
Aquí pueden ver un ejemplo de lo que hemos completado:
http://mapcraft.nanodesu.ru/pie/553#



Este mapa lo estamos utilizando para un proyecto de investigación sobre el
movimiento de ciclistas y peatones en la ciudad. Hoy he sacado un snapshot
del mapa para tenerlo como respaldo por si se rompe algo.


Daniel.

--
Daniel Orellana V.

PhD en Geoinformación
Grupo de Investigación en Ciudades Sustentables
Grupo de Investigación en Recursos Hídricos y Ciencias Ambientales
Universidad de Cuenca.
___
Talk-ec mailing list
Talk-ec@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-ec

[talk-latam] Fwd: Informe de actividades de campo #MapatonXGuajira

[carlos felipe castillo]

> Hola.
>
> Enviamos enlace del informe de las actividades de campo de lo realizado
entre febrero y marzo en el Departamento de la Guajira, Colombia:
>
> http://blog.openstreetmap.co/2016/03/23/reporte/
>
> Y los datos geográficos que están listos para descargar y usar desde la
plataforma HDX:
>
> https://data.hdx.rwlabs.org/dataset/la-guajira-colombia
>
> Para que sean tenido en cuanta para el semanario, gracias.
___
talk-latam mailing list
talk-latam@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-latam

Re: [Talk-it] Secondo voi questo cos'è?

[Damjan Gerl]

Anche per me potrebbe essere qualche tipo di sensore per il traffico e/o 
per la galleria. Anche vedendo le costruzioni gialle dietro. Sicuramente 
qualche controllo per la galleria. Consiglio di fermarsi e andare a 
controllare in loco, magari si riesce a capire di cosa si tratta. Magari 
nella parte dietro si trova qualche scritta o qualche indizio...


Ciao
Damjan


30.03.2016 - 21:54 - Cascafico Giovanni:
Una volta c'erano le baracchette per il censimento della circolazione 
[1]: un omino guardava dalla finestra e segnava.
Forse quella che hai segnalato è la versione automatizzata con sensori 
ottici.


[1] https://goo.gl/FDxCJd

Il giorno 30 marzo 2016 21:28, Andrea Albani > ha scritto:


Se ti riferisci al "coso" grigio... a favore della tesi autovelox
ci sono le due feritoie sospette sui lati (con la loro apertura
larga e non inclinata come una presa d'aria) e la sua vicinanza al
bordo strada.
Per contro non si vedono le finestrelle sul davanti che in genere
sono necessarie per la misurazione della velocità.
La butto lì: è un autovelox dove la feritoia lato galleria fa la
misura (stile telelaser) e quell'altra fa la foto.

Ciao




___
Talk-it mailing list
Talk-it@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-it

Re: [OSM-talk] Precisions about tourism=chalet (was Re: RFC - tourism=chalets)

[sly (sylvain letuffe)]

Sorry wrong list, [tagging] is better suited for that, I'll forward there.



-
-- 
sly, contact direct : sylvain /a\ letuffe o r g
http://wiki.openstreetmap.org/wiki/User:Sletuffe
--
View this message in context: 
http://gis.19327.n5.nabble.com/RFC-tourism-chalets-tp5212039p5870992.html
Sent from the General Discussion mailing list archive at Nabble.com.

___
talk mailing list
talk@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk

[Talk-es] Conjuntos de datos del Ayuntamiento de Madrid

[Santiago Crespo]

Hola,

He volcado a una tabla los conjuntos de datos del Ayuntamiento de Madrid
que pueden tener información geográfica:

https://wiki.openstreetmap.org/wiki/Import_Ayuntamiento_Madrid

Hay mucha información, casi se me atraganta :) Queda revisar cada
conjunto de datos para saber si contienen coordenadas y comentar si
sería interesante o no importarlos.

Saludos,
Santiago Crespo

___
Talk-es mailing list
Talk-es@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-es

[OSM-talk] Precisions about tourism=chalet (was Re: RFC - tourism=chalets)

[sly (sylvain letuffe)]

Current tag page is here :
http://wiki.openstreetmap.org/wiki/Tag:tourism%3Dchalet

My questions copied from talk page :
As a non native english speaker, I have no clues about what a chalet is
supposed to be (in french, a chalet is a type of construction found in the
mountain made of wood and does not imply anything about it's possible usage)
Could you be more specific about the differences between a
{{tag|tourism|chalet}}, an {{tag|tourism|hostel}} or a
{{tag|tourism|guest_house}} ? In a "chalet" is the owner sleeping in a
different building ? Does breakfast can be brought by owner ? Is a "chalet"
rented by the same group, by different group ? Can you rent one place only ?
one room only ? Who does the clean up of rooms ? Are bathrooms dedicated
"per groups" ? Is there a possibility of restaurant service ? is that
optionnal ? 
Thanks for your answer to help me found what is the french equivalent of a
"chalet"




Robin Paulson wrote
> i've tidied up this proposal, it's been dormant for several months now
> 
> http://wiki.openstreetmap.org/index.php/Proposed_features/chalets
> 
> could i get some comments please, i would like to open voting soon to
> move it off the proposals page
> 
> thanks
> 
> ___
> talk mailing list

> talk@

> http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk





-
-- 
sly, contact direct : sylvain /a\ letuffe o r g
http://wiki.openstreetmap.org/wiki/User:Sletuffe
--
View this message in context: 
http://gis.19327.n5.nabble.com/RFC-tourism-chalets-tp5212039p5870988.html
Sent from the General Discussion mailing list archive at Nabble.com.

___
talk mailing list
talk@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk

Re: [OSM-talk] [Talk-us] Slack

[Ian Sergeant]

On 30 Mar 2016 10:24 pm, "Dave F"  wrote:

> If there were a record, many IRC discussions wouldn't occur. It's often
used by the weak/arrogant who are too scared/self-important to have their
opinions verified & countered.

This is a bit harsh.

In my experience it's used by people wanting a bit of quick help checking a
part of the map or tagging suggestions, or helping counter some vandalism,
or general commentary while mapping.  The channel tends to be largely
quiet, and the people who hang out there seem happy to help.  I've never
seen it as a hotbed of uncountered policymaking.

Ian.
___
talk mailing list
talk@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk

[Talk-cat] Secció de recursos al wiki

[Joan]

Bones

Que us semblaria de crear una nova secció de recursos al wiki.
http://wiki.openstreetmap.org/wiki/WikiProject_Catalan
Es tractaria de posar-hi links a diferent llocs d'on podem treure
informació de carrers, etc.
___
Talk-cat mailing list
Talk-cat@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-cat

Re: [Talk-br] Remoção de "Picos" falsos ao entorno de Pouso Alegre

[Gerald Weber]

E como você sabe que não são pico legítmos dado que é uma área montanhosa?

2016-03-30 18:07 GMT-03:00 Blademir Andrade de Lima 
:

> Amigos, removi as tags “natural:peak” marcadas ao entorno de Pouso
> Alegre/MG.
>
>
>
> Alguém mapeou todas as elevações marcadas no mapa do IBGE Rural e as
> marcou como picos, sem necessidade.
>
> Além de tudo poluíam o mapa.
>
>
>
> Os picos legítimos e com nome foram preservados.
>
>
>
> http://www.openstreetmap.org/changeset/38181523
>
>
>
> Att,
>
> BladeTC
>
> ___
> Talk-br mailing list
> Talk-br@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-br
>
>
___
Talk-br mailing list
Talk-br@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-br

Re: [Talk-it] Secondo voi questo cos'è?

[Marco Predicatori]

Francesco Pelullo wrote on 30/03/2016 21:04:
> L'armadio grigio sembra un autovelox.

https://goo.gl/2NoQze

E' venuto il dubbio anche a me. Però mancavano i soliti cartelli di
avviso.

Ciao, Marco

-- 
https://www.openstreetmap.org/user/marco69


___
Talk-it mailing list
Talk-it@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-it

[Talk-br] Remoção de "Picos" falsos ao entorno de Pouso Alegre

[Blademir Andrade de Lima]

Amigos, removi as tags “natural:peak” marcadas ao entorno de Pouso Alegre/MG.

Alguém mapeou todas as elevações marcadas no mapa do IBGE Rural e as marcou 
como picos, sem necessidade.
Além de tudo poluíam o mapa.

Os picos legítimos e com nome foram preservados.

http://www.openstreetmap.org/changeset/38181523

Att,
BladeTC
___
Talk-br mailing list
Talk-br@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-br

Re: [Talk-it] Secondo voi questo cos'è?

[Cascafico Giovanni]

Una volta c'erano le baracchette per il censimento della circolazione [1]:
un omino guardava dalla finestra e segnava.
Forse quella che hai segnalato è la versione automatizzata con sensori
ottici.

[1] https://goo.gl/FDxCJd

Il giorno 30 marzo 2016 21:28, Andrea Albani  ha scritto:

> Se ti riferisci al "coso" grigio... a favore della tesi autovelox ci sono
> le due feritoie sospette sui lati (con la loro apertura larga e non
> inclinata come una presa d'aria) e la sua vicinanza al bordo strada.
> Per contro non si vedono le finestrelle sul davanti che in genere sono
> necessarie per la misurazione della velocità.
> La butto lì: è un autovelox dove la feritoia lato galleria fa la misura
> (stile telelaser) e quell'altra fa la foto.
>
> Ciao
>
>
> ___
> 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: [OSM-talk-fr] GPS à correction d'erreur / RTK GPS / RTKlib

[Christian Quest]

Je viens de tomber sur un blog dédié à rtklib...
https://rtklibexplorer.wordpress.com/

Bonne lecture !

Le 30 mars 2016 à 14:27, Christian Quest  a écrit :

> Ce n'est pas un repère de nivellement, mais une borne en granit des années
> 50.
> En principe le X/Y est ok à 10cm.
>
> Voici celle que je vais allez voir:
> http://geodesie.ign.fr/fiches/pdf/8922802.pdf
>
> Facile, d'accès, bien dégagée, récente... et faisant partie du réseau de
> base. Tout pour plaire !
>
>
> Le 30 mars 2016 à 12:32, Frédéric Rodrigo  a
> écrit :
>
>> Le 29/03/2016 22:43, Christian Quest a écrit :
>>
>>> Je vais mettre au propre tout ça pour le wiki... en fait l faut que je
>>> reparte de zéro, puis étape par étape.
>>>
>>> Sur le graphe, la trace verte correspond aux solutions en "float", puis
>>> quand ça passe en "fix" c'est le point à droite au milieu.
>>>
>>> Tant que je ne fournit pas de données de correction cohérents, ça reste
>>> en "simple", c'est à dire ce qui sort du GPS.
>>>
>>>
>>> L'altitude est très stable elle aussi (stable à 1cm près).
>>> La borne IGN ne semble pas contre pas à son emplacement officiel... avec
>>> 2,4m d'écart.
>>>
>> Je suppose que c'est du nivellement ?
>> Les borne de nivellement sont bien calées en élévation, mais pas en x/y,
>> et inversement pour les géodésiques.
>>
>> Frédéric.
>>
>>
>>
>> ___
>> Talk-fr mailing list
>> Talk-fr@openstreetmap.org
>> https://lists.openstreetmap.org/listinfo/talk-fr
>>
>
>
>
> --
> Christian Quest - OpenStreetMap France
>



-- 
Christian Quest - OpenStreetMap France
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr

Re: [Talk-it] Secondo voi questo cos'è?

[Andrea Albani]

Se ti riferisci al "coso" grigio... a favore della tesi autovelox ci sono
le due feritoie sospette sui lati (con la loro apertura larga e non
inclinata come una presa d'aria) e la sua vicinanza al bordo strada.
Per contro non si vedono le finestrelle sul davanti che in genere sono
necessarie per la misurazione della velocità.
La butto lì: è un autovelox dove la feritoia lato galleria fa la misura
(stile telelaser) e quell'altra fa la foto.

Ciao
___
Talk-it mailing list
Talk-it@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-it

Re: [Talk-it] Secondo voi questo cos'è?

[Francesco Pelullo]

L'armadio grigio sembra un autovelox.

Ciao
/niubii/
Il 30 mar 2016 21:03, "Fabrizio Tambussa"  ha scritto:

>
> Il 30/Mar/2016 20:33, "Marco Predicatori"  ha
> scritto:
> >
> > Google Street View:
> > https://goo.gl/2NoQze
>
> Un tratto di strada prima di entrare in galleria.
>
> ___
> 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] Secondo voi questo cos'è?

[Fabrizio Tambussa]

Il 30/Mar/2016 20:33, "Marco Predicatori"  ha scritto:
>
> Google Street View:
> https://goo.gl/2NoQze

Un tratto di strada prima di entrare in galleria.
___
Talk-it mailing list
Talk-it@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-it

Re: [Talk-cl] osm task manager para Chile

[Julio Costa Zambelli]

Si quieren (y realmente están seguros de que lo vamos a usar) podemos crear
un tareas.openstreetmap.cl.

Apenas tenga tiempo practicó la instalación del Tasking Manager en un
servidor y les aviso cuando esté listo.

Saludos

Julio Costa Zambelli
Fundación OpenStreetMap Chile

julio.co...@openstreetmap.cl

http://www.openstreetmap.cl/
Cel: +56(9)89981083

2016-03-30 11:09 GMT-03:00 Cristián Serpell :

> A mi la tarea a la que siempre me dedico es a ponerle nombre a calles del
> sector sur de Santiago (La Pintana, San Ramón y otros), ya que en
> comparación a otros lugares casi no había nombres cuando empecé (ver
> http://qa.poole.ch/ ). He gastado bastante tiempo y aun falta muchísimo.
> Creo que con ayuda y separación de tareas, algo así andaría bien rápido.
> Pero no sé si en verdad se necesita un seguimiento.
>
> Podría servir para recomendar tareas a gente con tiempo libre y sin ideas
> de cosas por mejorar en el mapa, o priorizar tareas más importantes para
> quienes estamos aportando a veces en cosas menos relevantes.
>
> 2016-03-30 10:47 GMT-03:00 Danilo Lacoste :
>
>> Hola Marco,
>>
>> actualmente pienso en tareas tan específicas que no sé si vale la pena
>> tenerlas en sitios destinados originalmente a otros proyectos. Por
>> ejemplo, uno de los proyectos en los que pienso es agregar todos los
>> parques de Temuco, una tarea que perfectamente la puede hacer una sola
>> persona, pero que su naturaleza tediosa puede olvidarse facilmente,
>> entonces esta herramienta permite ir haciendo un seguimiento y/o que
>> alguien más ayude.
>>
>> Por eso pensaba más en un task manager específico para este
>> territorio. No sé si el resto de la comunidad chilena piensa igual.
>>
>> saludos.
>>
>> 2016-03-29 11:11 GMT-03:00 Marco Antonio :
>> > On Mon, 28 Mar 2016 22:30:42 -0300 Danilo Lacoste 
>> > wrote:
>> >
>> >> en algún momento escuché a alguno de ustedes sobre la idea de montar
>> >> un task manager para tareas chilenas. Me pregunto si esa idea habrá
>> >> fructificado?
>> >
>> > Danilo, la comunidad colombiana tiene http://tareas.mapazonia.org/ para
>> > mapeo humanitario, yo propuse desde bolivia que este servidor se pueda
>> > utilizar para mapeo proactivo de contribuidores. Ahora es posible
>> > hacerlo.
>> >
>> > Lo único que se necesita es el compromiso de crear tareas manejables y
>> > terminables en algún momento, y hacer la validación.
>> >
>> > Internamente, podemos seguir conversando para crear el polígono de
>> > mapeo, los objetivos del mapeo, y las instrucciones de mapeo.
>> >
>> > abrazos,
>> >
>> > Marco Antonio
>> > @51114u9
>>
>>
>>
>> --
>> Danilo Lacoste Z.   dan...@lacosox.org
>> Ing. Civil en informática
>> www.lacosox.org
>>
>> ___
>> Talk-cl mailing list
>> Talk-cl@openstreetmap.org
>> https://lists.openstreetmap.org/listinfo/talk-cl
>>
>
>
> ___
> Talk-cl mailing list
> Talk-cl@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-cl
>
>
___
Talk-cl mailing list
Talk-cl@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-cl

[Talk-it] Secondo voi questo cos'è?

[Marco Predicatori]

Google Street View:
https://goo.gl/2NoQze

Ciao, Marco

-- 
https://www.openstreetmap.org/user/marco69

___
Talk-it mailing list
Talk-it@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-it

Re: [Talk-de] Datenerfassung für stadtverträgliches LKW-Routing im Rheinland

[Tim Teulings]

Hallo,


Hallo zusammen,

es ist echt toll, dass so Viele sich an der Diskussion beteiligen.


Ist das ironisch gemeint, in der Mailingliste habe ich schon länger  
nichts mehr darüber gelesen?



Vielleicht nochmal zu den Zielen des Projekts. Der Leidensdruck in

[...]

Das Problem habe ich verstanden. LKWs fahren teilweise nicht daher, wo  
sie sollen. Fahrer sind nichts ortskundig und nutzen vielleicht ein  
Navi, was ggf. denkt, es handelt sich um einen normalen PKW. Das führt  
dazu, dass LKWs gehäuft die gleiche und für LKWs schlecht geeigneten  
Strecken nehmen. Worst case ist dann ein LKW ist einer (für LKWs)  
Sackgasse, aus die er nicht mehr rauskommt ;-)


Die Vorrangrouten werden vom jeweiligen  
Straßenverkehrsamt/Ordnungsamt vorgeschlagen und politisch  
abgesegnet. Es malt also nicht einfach irgendjemand in den Kommunen  
irgendwelche Vorrangrouten auf, die dann gelten sollen. Die  
Zuständigkeiten sind nicht in allen Kommunen gleich geregelt, da es  
in vielen kleineren Kommunen kein eigenes Straßenverkehrsamt gibt.  
Vorrangrouten müssen sich natürlich immer an die vorhandenen  
Schilder/Restriktionen halten, da Diese natürlich nicht gegen die  
StVO verstoßen dürfen.


OK, aber was ist definiert eine Vorrangroute? Ist das einfach eine  
vorgegebene Abfolge von zu fahrenden Straßen? So etwas wie eine  
Bus-Route?


Der Vorteil ist, dass im Routing im nachgeordneten Straßennetz  
(Autobahnen und Bundesstraßen sind eh Vorrangrouten) so erst einmal  
auf Vorrangrouten geroutet wird, bis deren Ende erreicht ist und  
dann die Restriktionen greifen. Wenn es zwei Strecken gibt, die  
theoretisch in Frage kommen, kann somit die verträglichere der  
Beiden als Vorrangroute definiert werden und so verhindert werden,  
dass LKW-Verkehre beispielsweise durch Wohngebiete geleitet werden.


Wieso? So ein Routing-Algorithmus macht eine  
Kosten-Analyse/Optimierung. Will ich die schnellste Route, betrachte  
ich z.B. Geschwindigkeitsbegrenzungen, Ampeln (also alles was  
verhindert, dass ich Höchstgeschwindigkeit fahren kann) als  
zusätzliche Kosten. Der Algorithmus sucht dann die billigste Strecke.  
Ich kann auch verbieten, bestimmte Straßen zu fahren (sehr große  
Kosten). Will ich die kürzeste (nicht schnellste) Strecke, sind die  
optimalen Kosten ("weniger geht nicht) die Km Luftlinie und für alle  
Straßen sind Kosten=Strecke in Kilometer. (Für A* ist es wichtig, dass  
ich die minimalen Kosten vorab festlegen kann, was auch noch  
Einschränkungen bzgl. der Kosten ergibt).


Was für mich unklar ist: Wie sollen nun Vorrangrouten dem Router und  
dem Nutzer des Navis helfen? Mann will ja sicherlich nicht, dass der  
Router die Vorrangroute nur noch sklavisch abfährt, oder? Das kann man  
einfacher haben ;-) Tue ich bei der schnellsten Route einfach so, als  
wenn ich 10Km/h schneller fahren kann als tatsächlich erlaubt (die  
Kostenfunktion kann ja komplexer sein sein, als nur die fahrbare  
Geschwindigkeit abzubilden)? Was ist aber, wenn ich wo anders eben  
mehr als 10km/h schneller fahren, als auf der eigentlichen  
"Vorrangroute"? Oder die Vorrangroute so ein großer Umweg ist, dass  
ein algorithmischer "Bonus" eben aufgezehrt wird? Die Vorrangroute  
wird ja sicherlich nicht von Natur aus für LKWs optimal sein, oder?  
Sonst hätten wir bei (schlauen) Navis ja gar kein Problem :-) D.h.  
selbst eine Berücksichtigung von Vorrangrouten im Algorithmus wird  
nicht zwingend dazu führen, dass das Navi diese auch tatsächlich  
ausspuckt. Und wenn der LKW Fahrer schnackelt, dass die LKW Route weit  
ab von aus seiner Sicht optimal ist, wird er das entsprechende Routing  
auch gar nicht nutzen (scheiß Navi) ;-)


Ergo: Es wäre schlauer durch verkehrstechnische Maßnahmen dafür zu  
sorgen (Beschilderung, Verbote), dass die Vorrangsroute sich als  
"natürliche" optimale Route ergibt, sonst werden (OpenSource) Router  
und OSM das Problem nicht grundsätzlich lösen - es sei denn, man  
erzwingt die Nutzung.


Es würde sicherlich auch erheblich weniger Diskussion geben,  
entsprechende Beschilderung in OSM einzubringen. Den "on the ground"  
ist ja nicht das Problem (im Gegensatz zu virtuellen Routen deren  
praktischer Nutzen unklar ist) und der allgemeine Nutzen ist dann  
offensichtlich.


Der Vorschlag, dass wir oder die Kommunen die Vorrangrouten in OSM  
beobachten und auf Änderungen reagieren wäre auch denkbar. Kann man  
sich die Änderungen an bestimmten Attributen/Objekten herausfiltern  
lassen, so dass man sich den händischen Abgleich spart?


Man sicherlich filtern. Aber ein händische Prüfung des Deltas wird  
sich nicht umgehen lassen, sonst wäre man bei einer automatischen  
(Rück-)Korrektur (eine Variante des Imports) - die die OSM Community  
nach meinem Verständnis nicht will.

--
Gruß...
   Tim


___
Talk-de mailing list
Talk-de@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-de

Re: [Talk-se] taggning av vinterleder

[Henrik Rosvall]

Vet inte om jag kan bidra så mycket i diskussionen men tycker att
enbart snowmobile=designated
är okej om det inte är en stig där på sommaren.
Men det finns många skoterleder som är taggade med highway=path som t.ex.
går rakt ut över vatten. Tror att det är gamla kvarlevor innan kartor för
skoterleder kom.

Här är lite beskrivit om skoterleder:
http://wiki.openstreetmap.org/wiki/Key:snowmobile#Sweden

Här finns även en äkte ice_road=yes, om jag nu taggade den rätt. Finns bara
överfart på vintern men vägen syns alltid.
http://www.openstreetmap.org/#map=15/62.4877/16.1671

//Henrik Rosvall, driver skoterleder . org


Den 30 mars 2016 18:45 skrev Essin :

> Den här diskussionen tangerar http://www.openstreetmap.org/note/331627
> och den mer allmänna debatten om vad highway=path egentligen betyder. Jag
> har sett många skoter- och skidleder som är en upphuggen lucka i skogen med
> ris och mossa på marken, där det går att ta sig fram till fots på sommaren
> för den som är rörlig i benen och har lämpliga kängor eller stövlar. I de
> fallen känns foot=no lite fel, men det är inte heller stigar i egentlig
> mening. Är trail_visibility användbart? Finns det någon surface-tagg som är
> lämplig?
>
> Dokumentation: http://wiki.openstreetmap.org/wiki/Key:seasonal
> http://wiki.openstreetmap.org/wiki/Key:ice_road
> http://wiki.openstreetmap.org/wiki/Tag:highway%3Dpath
> http://wiki.openstreetmap.org/wiki/Key:trail_visibility
> http://wiki.openstreetmap.org/wiki/Key:surface
>
> Den 30 mars 2016 13:31 skrev Per Eric Rosén :
>
>> On Wed, 30 Mar 2016, Björn Stenberg wrote:
>>
>> Är det inte precis detta taggen seasonal=winter är till för?
>>>
>>
>> Verkar vara en generalisering av samma sak (ice_road är ju bara för
>> highway, och kanske implicerar något mer), så jo, verkar väl lite så.
>>
>>
>> /Per Eric
>> --
>> ^): Per Eric Rosén http://rosnix.net/~per/
>> /   p...@rosnix.net GPG 7A7A BD68 ADC0 01E1 F560 79FD 33D1 1EC3 1EBB 7311
>>
>> ___
>> Talk-se mailing list
>> Talk-se@openstreetmap.org
>> https://lists.openstreetmap.org/listinfo/talk-se
>>
>>
>
> ___
> Talk-se mailing list
> Talk-se@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-se
>
>
___
Talk-se mailing list
Talk-se@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-se

Re: [Talk-it] Coordinatori regionali

[Francesco Placco]

Ciao,
contate pure su di me per la Calabria. Non ho avuto modo di modificare 
la pagina wiki, lo farò in serata quando a casa.

Grazie a tutti!

--
Francesco Placco


___
Talk-it mailing list
Talk-it@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-it

Re: [OSM-talk-fr] GPS à correction d'erreur / RTK GPS / RTKlib

[Adrian]

J'ai l'impression que très peu des OSMeurs savent que les positions WGS84 
changent d'une année à l'autre. Le déplacement est de 25mm par an (au 
millimètre près). Ça fait déjà 25cm pendant les dix années d'OSM. C'est à cause 
du mouvement de la plaque tectonique européenne.

Ce changement ne conviendrait pas à ceux qui gèrent le Cadastre, ni aux agences 
nationales de la cartographie comme l'IGN. Donc les agences européennes ont 
fait un accord sur le système ETRS. Elles ont pris les coordonnées WGS84 telles 
qu'elles étaient au 1er janvier 1989. Depuis, les coordonnées ETRS suivent le 
mouvement de la plaque tectonique. Ce qui fait que la différence entre WGS84 et 
ETRS est maintenant presque 70cm.

La version officielle française de ETRS est RGF93. Les fiches IGN donnent 
l'impression que WGS84 et RGF93 sont la même chose mais ce n'est pas vrai. Les 
fiches IGN sont exprimées en RGF93. Comme ça, les chiffres ne changent pas au 
fil du temps. Le Cadastre, quand il est de bonne qualité, est calé sur RGF93. 
Donc OSM en France est forcément calé aussi sur RGF93. Moi aussi, j'ai un GPS 
de haute performance (u-blox NEO-7P avec PPP, pas RTK), et il a fallu déplacer 
les traces 50cm vers l'ouest et 40cm vers le sud pour accorder avec le Cadastre.

Je crois que personne qui a à faire avec OSM, veut penser comment prendre en 
compte le mouvement des plaques tectoniques.

Bien entendu, 70cm n'explique pas un écart de 2,4m. Mais il est clair qu'il y a 
besoin de savoir quelle est la référence des corrections. La référence du 
résultat sera la même que la référence des corrections. Dans le cas de mon 
NEO-7P, les corrections viennent des satellites EGNOS, et la référence est 
ITRF2011 (le même que WGS84 à quelques centimètres près).

L'altitude est toute autre chose parce qu'il y a l'ellipsoïde, puis il y a un 
modèle du géoïde, puis il y a le zéro de l'IGN.

J'ai acheté le NEO-7P chez u-blox https://www.u-blox.com/en/product/evk-7 J'ai 
mis le GPS en mode PPP (positionnement précis des points). L'inconvénient 
principal est qu'il y a besoin d'une bonne vue du ciel pour obtenir la 
meilleure précision, surtout il y a besoin de voir au moins un des satellites 
EGNOS. Ceux-ci sont en orbite géostationnaire, donc ils sont vers le sud à une 
hauteur d'environ 35°. L'avantage est que le récepteur est autonome.

Comme antenne, j'ai utilisé le Tallysman TW2710 acheté chez Digi-Key. Je trouve 
cette antenne (et le TW2410) très bonne, elle est très sensible et elle rejette 
très bien les échos à un nombre impair de reflets. On dit que l'antenne marche 
mieux montée sur un disque en métal d'un diamètre de 10cm 
https://www.optimalsystem.de/os.aspx?x=4113 et c'est vrai - j'ai vérifié. 
L'antenne est montée par un aimant très fort, qui va démagnétiser les pistes 
magnétiques des cartes bancaires et des tickets de métro, et qui va magnétiser, 
même peut-être détruire les boussoles électroniques comme dans les smartphones. 
Je conseillerais d'acheter la version non-magnétique de l'antenne, avec NM dans 
le numéro du modèle. Celle-ci est montée avec des vis d'un type américain; ce 
sont les mêmes vis que celles employées pour monter les disques durs 3,5 pouces.

Avec une bonne vue du ciel, j'ai obtenu un ECP (CEP en anglais) de 35cm. Et les 
traces sont belles.

Adrian

___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr

Re: [Talk-it] Coordinatori regionali

[Alessandro Palmas]

> Ciao,
>
> volevo tirare le somme, ora come ora ci sono segnate 3 persone:
> * Trentino Alto Adige: Maurizio Napolitano
> * Puglia: Federico Cortese
> * Sardegna: Claudia Mocci
>

Si era detto disponibile anche Francesco Placco dalla Calabria, forse ha
solo bisogno di essere spronato.

Alessandro Ale_Zena_IT



___
Talk-it mailing list
Talk-it@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-it

Re: [Talk-us] Fwd: Re: [OSM-talk] Slack

[Greg Troxel]

Charlotte Wolter  writes:

> Really nice discussion of the issues around using for-profit tools
> in an open-source organization.

The for-profit point isn't really the core issue.

IMHO the big issues are

  the use of non-Free software on servers

  the use of non-Free software on clients

  asking people who participate in OSM to enter into an agreement with
  some entity other than OSMF (or OSMF-US etc.)

So OSMF deciding to pay a company to provide hosting services and
sysadmin to support Free tools (such that people can use it without
signing a contract with the hosting company) would be fine.  Even having
non-Free server code and Free clients, with no contracts, would be
better.

(I have no real idea about slack, except that it seems to be a
walled-garden type place.)


signature.asc
Description: PGP signature
___
Talk-us mailing list
Talk-us@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-us

Re: [OSM-talk] OpenStreetMap Data Contribution Study

[hall]

Hi Mike,

Our results will be published in a peer-reviewed conference or journal. 
This publication will, at a minimum, be considered a “Green Open Access” 
publication (https://en.wikipedia.org/wiki/Self-archiving) and 
potentially will be a “Gold Open Access” 
(https://en.wikipedia.org/wiki/Open_access_journal) one. After 
publication, our research group also blogs about our publications in an 
open and understandable-to-non-researchers way as well. Hopefully this 
answers your question. Definitely let me know if it does not.


Thanks,
Andrew

___
talk mailing list
talk@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk

Re: [Talk-at] Digital Roadmap Austria

[Friedrich Volkmann]

On 30.03.2016 15:33, eest9 wrote:
> Man wird eben nur auf wenige Punkte einen Einfluss haben
> können, aber IMHO ist es trotzdem wichtig sich hier einzubringen um
> bei jedem späteren aufkommen der Diskussion sagen zu können: "Da haben
> wir das schon gesagt und da und da und dort wiederholt."

Ich fürchte, das ist nicht wirklich das As im Ärmel. Wenn du mir erzählst,
dass du mit einem Vorschlag bisher immer abgeblitzt bist, werde ich das
Gefühl haben, dass an deiner Idee etwas faul ist.

> Wenn man aber aufgibt und nichts macht ist klar, dass sich das
> Dokument nur in die Richtung der Gegenseite (In unserem Fall Google
> und Offlinekartenanbieter) verändern wird.

Ok, und was sollen wir in die Diskussion reinschreiben? Dass wir uns ein
genaues Geländemodell für die Erstellung von Höhenlinien, einen
Laserscan-WMS (DGM, DOM und Hangneigung) zum Abzeichnen und die Koordinaten
der Triangulierungspunkte des BEV zum Importieren wünschen? Oder dass in den
amtlichen GIS die OSM eingebunden werden soll? Oder dass wir uns dafür eine
finanzielle Förderung erwarten?

-- 
Friedrich K. Volkmann   http://www.volki.at/
Adr.: Davidgasse 76-80/14/10, 1100 Wien, Austria

___
Talk-at mailing list
Talk-at@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-at

Re: [Talk-it] Coordinatori regionali

[Cristian Consonni]

Ciao,

volevo tirare le somme, ora come ora ci sono segnate 3 persone:
* Trentino Alto Adige: Maurizio Napolitano
* Puglia: Federico Cortese
* Sardegna: Claudia Mocci

ci sono novità dal Veneto?

Ciao,

C

___
Talk-it mailing list
Talk-it@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-it

Re: [Talk-it] OpenStreetMap per le scienze sociali

[Cristian Consonni]

Ciao,

Il 29 marzo 2016 15:04, Alessandro Palmas
 ha scritto:
> Conoscete voi ricercatori o professori universitari che utilizzino OSM in
> sociologia, economia, psicologia o statistica che sarebbero disposti ad
> intervenire parlando della loro esperienza?
> L'evento ovviamente si terrà presso la Bicocca e fungerà anche da lancio per
> il successivo appuntamento di OSMIT

Io gli manderei Maurizio Napolitano :-) che però è troppo modesto per
autonominarsi.
(full disclosure: ho lavorato con Maurizio su questi temi in passato)

Sempre a Trento ci sono anche Bruno Lepri e il suo gruppo (MoBs), che
però si occupa più in particolare di urban computing (cioè di studio
delle città).

Ciao,

Cristian
p.s.: il nome ufficiale dell'università è "Università degli Studi di
Milano-Bicocca"[0], amichevolmente nota come "La Bicocca". Il nome
dell'università (e di tutto il quartiere[1a][1b]) deriva dalla villa
"Bicocca degli Arcimboldi"[2a][2b], poco distante dall'università.

[0] https://it.wikipedia.org/wiki/Universit%C3%A0_degli_Studi_di_Milano-Bicocca
[1a] https://www.openstreetmap.org/node/2087261933#map=14/45.5161/9.2066
[1b] https://it.wikipedia.org/wiki/Bicocca_%28quartiere_di_Milano%29
[2a] https://www.openstreetmap.org/way/163863036#map=18/45.51853/9.21205
[2b] https://it.wikipedia.org/wiki/Bicocca_degli_Arcimboldi

___
Talk-it mailing list
Talk-it@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-it

Re: [OSM-talk-fr] Multipolygons cassés ?

[Philippe Verdy]

Attention le rendu ne se fait pas toujours immédiatement (ou pas sur tous
les niveaux de zooms en même temps).
Je ne vois pas de problème actuellement dans le rendu, il y a bien les
champs et forêts, même sans regarder le détail des relations.

Si tu ne vois toujours rien, c'est peut-être un problème de cache de ton
navigateur (ton PC est-il passé correctement à l'heure d'été? Est-il
configuré dans le bon fuseau horaire? Est-il à la bonne date? Cela peut
provoquer des problèmes de persistance inattendue des anciennes données que
ton navigateur ne va pas recharger)
Si tu n'arrives pas à voir les changements, et si ton cache est corrompu,
dans ce cas vide ton cache.

Le 30 mars 2016 à 13:43,  a écrit :

> Bonjour,
>
> Hier j'ai dû casser quelque chose au niveau des multipolygons autour de
> Tigeaux, mais impossible de retrouver mon erreur...
> http://www.openstreetmap.org/#map=14/48.8273/2.9020
> Mes tentatives de correction n'ont pas suffi.
>
> Les polygones ont l'air continus, avec des outer et des inner, mais rien
> n'y fait, le rendu de la page principale fournit toujours une zone bien
> grise à la place de la forêt et des champs.
> https://www.openstreetmap.org/relation/1728908
> https://www.openstreetmap.org/relation/1728914
> https://www.openstreetmap.org/relation/2001400
>
> Pouvez-vous SVP vérifier et me dire l'erreur que je n'ai pas identifié ?
> Par la même occasion, des astuces pour valider ce genre de configurations
> (outils online) ? http://ra.osmsurround.org/analyzeRelation ne fournit
> pas de réponse (pas claire en tout cas) à mon problème.
>
> Merci,
> Teuxe
>
> ___
> 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: [Talk-us] [OSM-talk] Slack

[Serge Wroclawski]

Martijn,

I think your approach on this issue is spot on.

I personally think that when a project like OSM supports non-Free software,
especially ones run by external entities, it sends absolutely the wrong
message. Worse still is if we force users to use these gatekeepers to
interface with our community.

I'm happy to find tools that let us work with people together, but that
should be done with F/LOSS wherever possible.

- Serge
___
Talk-us mailing list
Talk-us@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-us

Re: [OSM-talk] [Talk-us] Slack

[Serge Wroclawski]

Martijn,

I think your approach on this issue is spot on.

I personally think that when a project like OSM supports non-Free software,
especially ones run by external entities, it sends absolutely the wrong
message. Worse still is if we force users to use these gatekeepers to
interface with our community.

I'm happy to find tools that let us work with people together, but that
should be done with F/LOSS wherever possible.

- Serge
___
talk mailing list
talk@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk

Re: [Talk-cl] osm task manager para Chile

[Cristián Serpell]

A mi la tarea a la que siempre me dedico es a ponerle nombre a calles del
sector sur de Santiago (La Pintana, San Ramón y otros), ya que en
comparación a otros lugares casi no había nombres cuando empecé (ver
http://qa.poole.ch/ ). He gastado bastante tiempo y aun falta muchísimo.
Creo que con ayuda y separación de tareas, algo así andaría bien rápido.
Pero no sé si en verdad se necesita un seguimiento.

Podría servir para recomendar tareas a gente con tiempo libre y sin ideas
de cosas por mejorar en el mapa, o priorizar tareas más importantes para
quienes estamos aportando a veces en cosas menos relevantes.

2016-03-30 10:47 GMT-03:00 Danilo Lacoste :

> Hola Marco,
>
> actualmente pienso en tareas tan específicas que no sé si vale la pena
> tenerlas en sitios destinados originalmente a otros proyectos. Por
> ejemplo, uno de los proyectos en los que pienso es agregar todos los
> parques de Temuco, una tarea que perfectamente la puede hacer una sola
> persona, pero que su naturaleza tediosa puede olvidarse facilmente,
> entonces esta herramienta permite ir haciendo un seguimiento y/o que
> alguien más ayude.
>
> Por eso pensaba más en un task manager específico para este
> territorio. No sé si el resto de la comunidad chilena piensa igual.
>
> saludos.
>
> 2016-03-29 11:11 GMT-03:00 Marco Antonio :
> > On Mon, 28 Mar 2016 22:30:42 -0300 Danilo Lacoste 
> > wrote:
> >
> >> en algún momento escuché a alguno de ustedes sobre la idea de montar
> >> un task manager para tareas chilenas. Me pregunto si esa idea habrá
> >> fructificado?
> >
> > Danilo, la comunidad colombiana tiene http://tareas.mapazonia.org/ para
> > mapeo humanitario, yo propuse desde bolivia que este servidor se pueda
> > utilizar para mapeo proactivo de contribuidores. Ahora es posible
> > hacerlo.
> >
> > Lo único que se necesita es el compromiso de crear tareas manejables y
> > terminables en algún momento, y hacer la validación.
> >
> > Internamente, podemos seguir conversando para crear el polígono de
> > mapeo, los objetivos del mapeo, y las instrucciones de mapeo.
> >
> > abrazos,
> >
> > Marco Antonio
> > @51114u9
>
>
>
> --
> Danilo Lacoste Z.   dan...@lacosox.org
> Ing. Civil en informática
> www.lacosox.org
>
> ___
> Talk-cl mailing list
> Talk-cl@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-cl
>
___
Talk-cl mailing list
Talk-cl@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-cl

[Talk-es] [Catastro] San Jerónimo - Sevilla

[Moises Arcos]

Buenas tardes,

un grupo de voluntarios de Geoinquietos Sevilla estamos realizando un
importación catastral del área de San Jerónimo siguiendo los puntos de la
guía de importación de Cat2OSM2 y nos ha surgido la siguiente duda:

¿Los portales de los edificios que se definen como entrance deben estar
unidos al contorno del edificio, es decir, ser un punto más en su geometría?

Es que ese aviso me lo da el JOSM cuando valido los datos que me descargo
mediante la opción de descargar de servidor pero en cambio cuando me
descargo el changeset mediante la introducción de su url y le doy a validar
no me aparecen esos avisos. ¿Es normal? ¿Cual es la mejor forma de validar
los datos?

Un saludo!!!
___
Talk-es mailing list
Talk-es@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-es

Re: [Talk-cl] osm task manager para Chile

[Danilo Lacoste]

Hola Marco,

actualmente pienso en tareas tan específicas que no sé si vale la pena
tenerlas en sitios destinados originalmente a otros proyectos. Por
ejemplo, uno de los proyectos en los que pienso es agregar todos los
parques de Temuco, una tarea que perfectamente la puede hacer una sola
persona, pero que su naturaleza tediosa puede olvidarse facilmente,
entonces esta herramienta permite ir haciendo un seguimiento y/o que
alguien más ayude.

Por eso pensaba más en un task manager específico para este
territorio. No sé si el resto de la comunidad chilena piensa igual.

saludos.

2016-03-29 11:11 GMT-03:00 Marco Antonio :
> On Mon, 28 Mar 2016 22:30:42 -0300 Danilo Lacoste 
> wrote:
>
>> en algún momento escuché a alguno de ustedes sobre la idea de montar
>> un task manager para tareas chilenas. Me pregunto si esa idea habrá
>> fructificado?
>
> Danilo, la comunidad colombiana tiene http://tareas.mapazonia.org/ para
> mapeo humanitario, yo propuse desde bolivia que este servidor se pueda
> utilizar para mapeo proactivo de contribuidores. Ahora es posible
> hacerlo.
>
> Lo único que se necesita es el compromiso de crear tareas manejables y
> terminables en algún momento, y hacer la validación.
>
> Internamente, podemos seguir conversando para crear el polígono de
> mapeo, los objetivos del mapeo, y las instrucciones de mapeo.
>
> abrazos,
>
> Marco Antonio
> @51114u9



-- 
Danilo Lacoste Z.   dan...@lacosox.org
Ing. Civil en informática
www.lacosox.org

___
Talk-cl mailing list
Talk-cl@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-cl

Re: [Talk-br] Mapeamento grupo de alunos USFC

[Wille]

Legal, Sérgio!

  

Sugiro que depois escreva um post no diário sobre o projeto e os resultados!

  

Abraços,

  

\--

Wille

  

On Mar 29 2016, at 4:12 pm, Sérgio V. svo...@hotmail.com wrote:  

>  

>

> Prezados, boa tarde.  
>

>  
>

> Para comunicar, há um grupo de alunos de geologia da UFSC fazendo um extenso
mapeamento prévio na região do Parque Estadual da Serra do Tabuleiro onde
farão trabalhos de campo.  A iniciativa sem dúvida é muito boa.  Segundo
conversado com alguns deles e o professor, ao longo destes meses irão levantar
mais dados em campo.  
>

>  
>

> Estão iniciando, então provavelmente haverá coisas que necessitem ir
aprimorando. Pelo que tenho visto têm tido cuidado com o que já existe
mapeado. Foi comunicado a eles as informações do Wiki Project Brazil,
classificação de vias (no caso deles sobretudo rurais), etc, dicas e contatos,
e o mais que precisarem de informações.

>

>  

>

> \- - - - - - - - - - - - - - - -

>

> Sérgio (user:smaprs)

___
Talk-br mailing list
Talk-br@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-br

Re: [Talk-at] Digital Roadmap Austria

[Friedrich Volkmann]

On 30.03.2016 11:00, eest9 wrote:
> Ja, das Dokument krankt an sehr vielen Dingen. Von der
> Benutzeroberfläche angefangen bis hin zu redundanten, fehlenden und
> falschen Inhalten die das Gesamtdokument unlesbar machen. :/

Genau, das wollte ich auch schon schreiben. Es gibt keine Inhalte, nur
Geschwafel. Mir ist auch klar warum, denn das haben Marketingleute
geschrieben, die fachlich keine Ahnung haben. Darum können sie nicht konkret
werden, sondern schreiben so ein abstraktes Blabla ohne Hand und Fuß. Es ist
eine Leistung, dass sie auf dieses Weise über 400 Punkte zusammengebracht
haben. So wie die Redemarathons mancher Politiker, wo sie stundenlang über
nichts reden um eine Abstimmung zu verhindern.

Sorry, ich tu dort weder voten noch kommentieren, denn dazu müsste es erst
mal ein Thema geben.

Mich wundert auch nicht, dass der Punkt mit den Geodaten so wenig Beachtung
fand, denn er fängt an mit den Worten "IKT stellen zudem einen Hebel
dar...". Selbst wer sich die Mühe macht, die Abkürzung IKT zu googeln, wird
sich unter dem "Hebel" nichts vorstellen können. Wenn ich abstimmen müsste,
würde ich dagegen stimmen, weil ich diese Formulierung albern finde, vom
Gendering ganz abgesehen.

Meiner Meinung nach fällt diese sogenannte "Konsultation" genauso unter
Scheindemokratie wie die Volksbegehren, Volksbefragungen und Petitionen, wo
man die Leute glauben lässt mitbestimmen zu können. In Wahrheit kümmern sich
die Entscheidungsträger einen Kehricht darum, was bei diesen Befragungen
herausgekommen ist.

-- 
Friedrich K. Volkmann   http://www.volki.at/
Adr.: Davidgasse 76-80/14/10, 1100 Wien, Austria

___
Talk-at mailing list
Talk-at@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-at

Re: [Talk-it] Relazione: catena di alberghi o simile

[mircozorzo]

Si tratta un percorso di 450 km che si fa a piedi o in bici e lungo il quale
sono distribuiti, a volte anche a qualche chilometro di distanza dei B ma
anche case vacanze che danno accoglienza ai viaggiatori che se presentano un
documento rilasciato da chi gestisce il percorso da' diritto a degli sconti
sulle tariffe.

La relazione risolverebbe bene a mio avviso e meglio di qualsiasi altra
soluzione il problema di individuare la struttura all'escursionista e ai
gestori di tenere aggiornati i dati.

  
Ciao, Mirco  



--
View this message in context: 
http://gis.19327.n5.nabble.com/Relazione-catena-di-alberghi-o-simile-tp5870788p5870962.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-dk] [OpenStreetMap] Hjart har kommenteret på et af dine ændringssæt

[Sonny B. Andersen]

Jeg har aldrig set disse hjemmesider, men det er da fint, at de er der. Min 
anke vedr. kommentarer til ændringssæt går på, at da der sjældent er et 
gensvar, så fremstår kommentarerne som om de er den eneste sandhed om 
problemet, og det er efter min erfaring sjældent tilfældet.

Enig i, at der er behov for at holde øje, men det gælder jo os alle. Jeg så i 
påsken at nogen havde brugt navnet ”Nordsø Stien” på et stiforløb (26980687), 
som i øvrigt var markeret som en bro, selv om det meste af det var en spange 
(bridge=boardwalk). Jeg undrer mig lidt over, at du har været forbi uden at 
reagere. Man kan godt have svært ved at skelne mellem bro og spange, når man 
ikke er til stede, men en sti kan efter min opfattelse kun navngives, hvis der 
er et officielt vejskilt, og så bør navnet i øvrigt staves korrekt, og ikke 
være sammenfaldende med rutens navn.

/sba-dk

P.S. Jeg tager Google Earth kommentaren til efterretning. I øvrigt er Grenen på 
vej mod nordøst, så hvis det er ældre billeder, jeg har rettet mig efter, så 
har jeg nok drejet Grenen lidt for meget sydpå. Jeg trøster mig så med 
Gyldendals Leksikons bemærkning om, at den flytter sig med vejret, så det kan 
være, at det var derfor jeg undgik de våde støvler den dag. Kystlinjen var 
hvert fald forkert, men det kunne da godt se ud som om det er fast arbejde, at 
få den tegnet korrekt 



Fra: Michael Andersen
Sendt: 30. marts 2016 11:14
Til: OpenStreetMap Denmark
Emne: Re: [Talk-dk] [OpenStreetMap] Hjart har kommenteret på et af dine 
ændringssæt

Lige til information:

Alle kan læse alle kommentarer til ændringssæt, hvilket man kan forvisse sig 
om ved f.eks. at studere http://osm.expandable.dk eller 
http://resultmaps.neis-one.org/osm-discussions?c=Denmark#2/35.9/-10.4. De er 
åbne nok som de er og der er intet "personligt" ved dem.
Bemærk også at det stort set udelukkende er mig der kommenterer andres 
rettesæt. Jeg ville sætte på hvis flere gjorde det. Der er et reelt behov for 
at holde øje med hvad der foregår i det danske OSM landskab.


Onsdag den 30. marts 2016 10:39:10 skrev Sonny B. Andersen:
> Tja, men hvis du har ret, så var både Sandormen og jeg druknet, da vi var
> der i lørdags. Google Earth dateret 2016 er i øvrigt også enig med mig.
> 
> Er der nogle lokale/turister, der kan tjekke?
> 
> /sba-dk
> 
> P.S.: Igen en ændringssætkommentar, som bør komme ud i det åbne.
> 
> Fra: OpenStreetMap
> Sendt: 29. marts 2016 11:51
> Til: s...@bukhmark.dk
> Emne: [OpenStreetMap] Hjart har kommenteret på et af dine ændringssæt
> 
> Hej,
> Hjart har efterladt en kommentar på et af dine ændringssæt, oprettet
> 2016-03-29 09:51:29 UTC med kommentaren 'Coastline round Grenen changed
> according to Bing and my gps. Please note that Grenen moves 8 mtrs every
> year. It looks like Geodatastyrelsen photos are out of date.' ==
> Det var mig der sidst redigerede kystlinien her og efter min vurdering er
> det Bing og ikke Geodatastyrelsen der er forældet. Bemærk at tidevandet kan
> gøre en stor forskel og at kystlinien ifølge
> http://wiki.openstreetmap.org/wiki/Coastline bør lægges hvor normal
> højvande går til. ==
> Flere oplysninger om ændringssættet kan findes på
> http://www.openstreetmap.org/changeset/38138660.


___
Talk-dk mailing list
Talk-dk@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-dk

___
Talk-dk mailing list
Talk-dk@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-dk

Re: [Talk-GB] Open data

[Richard Fairhurst]

Rob Nickerson wrote:

1. Would there be any cases where merging open data in OSM would reduce
end user challenges (e.g height restrictions on bridges, traffic
calming, cafes from the food hygiene data*)?


End-user merging any of those is reasonably easy - these datasets are 
point data, which are always easier than polyline data, but that said I 
do the latter (for traffic levels) with no great trauma. Since 
Government open data is licensed permissively in the UK, licensing 
shouldn't be an issue.


Of course, it would be great if OSM had every cafe in the world, every 
height restriction in the world, and so on. But because data consumers 
can (reasonably easily) use the original source if they want to, we 
don't need to rush it.


Treating such open data as a prompt for surveying, rather than material 
for an automated import, means we can retain what makes OSM good.


But I think we do need to give some thought on how to encourage 
responsible use of such data sources. We have seen (and continue to see) 
poor-quality manual additions from OS OpenData: people adding place 
nodes for isolated farms, people overwriting correct surveyed road 
names, and so on.


So perhaps when the next open data release comes round, we should draw 
up a "users' guide for OSMers" explaining how it maps to OSM data, and 
continuing to revise it based on our ongoing experiences - it might help 
reduce some of the incidents we've seen repeatedly queried in changeset 
comments.




2. You say your challenges are with the OSM data. What are the top few
things we could do to reduce this? (Generally rather than map more
surface tags ;-) )


Generally the challenges are planet-wide rather than UK-specific: in 
fact, UK OSM data is probably easier to work with than most other countries.


Some of the challenges are unavoidable. Differing density of data is 
always going to happen unless we have an even distribution of mappers on 
a km grid. And so on.


If I were to restrict myself to one point, it would be "stop adding 
unnecessary complexity". Make tagging degrade gracefully (see the 
current highway=social_path hoohah) rather than continually reinventing 
things that don't need reinventing. Keep tagging reasonably consistent 
across countries where possible (motorroad=yes is a good example of how 
to do this).


Jez's allusion to the old OSMGB project 
(http://wiki.openstreetmap.org/wiki/OSMGB, 
https://www.nottingham.ac.uk/ngi/research/geospatial-science/projects/osm-gbnew.aspx) 
is an interesting one. I agree that there is work to be done in making 
OSM data more consumable; and that we should not expect data downloaded 
from osm.org to be ready prepared for consumers.


Where I part company with OSMGB is in the approach taken. They developed 
an in-house processing workflow, and then made "the 'improved' data 
available via standards based web services". That's a single point of 
failure (the project ended so the data is no longer updated or 
available) and doesn't allow people to adapt the process to their own needs.


What I'm more interested in is making the tools available for 
non-specialists to integrate into their own workflows. This might be as 
simple as better Lua profiles for osm2pgsql and OSRM which are reliably 
able to parse the multiplicity of OSM tags, for example; or similar 
tools for QGIS users.


cheers
Richard

___
Talk-GB mailing list
Talk-GB@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-gb

Re: [Talk-it] Relazione: catena di alberghi o simile

[mircozorzo]

Ciao, grazie.

L'etichetta "operator" non fa il caso mio perché sono strutture alberghiere
ma più facilmente B che sono di gestori eterogenei ma che hanno tutti in
comune una convenzione con un ente per praticare degli sconti a quei clienti
che effettuano quel particolare percorso. 

Ciao, Mirco



--
View this message in context: 
http://gis.19327.n5.nabble.com/Relazione-catena-di-alberghi-o-simile-tp5870788p5870960.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: [OSM-talk-fr] GPS à correction d'erreur / RTK GPS / RTKlib

[Christian Quest]

Ce n'est pas un repère de nivellement, mais une borne en granit des années
50.
En principe le X/Y est ok à 10cm.

Voici celle que je vais allez voir:
http://geodesie.ign.fr/fiches/pdf/8922802.pdf

Facile, d'accès, bien dégagée, récente... et faisant partie du réseau de
base. Tout pour plaire !


Le 30 mars 2016 à 12:32, Frédéric Rodrigo  a écrit :

> Le 29/03/2016 22:43, Christian Quest a écrit :
>
>> Je vais mettre au propre tout ça pour le wiki... en fait l faut que je
>> reparte de zéro, puis étape par étape.
>>
>> Sur le graphe, la trace verte correspond aux solutions en "float", puis
>> quand ça passe en "fix" c'est le point à droite au milieu.
>>
>> Tant que je ne fournit pas de données de correction cohérents, ça reste
>> en "simple", c'est à dire ce qui sort du GPS.
>>
>>
>> L'altitude est très stable elle aussi (stable à 1cm près).
>> La borne IGN ne semble pas contre pas à son emplacement officiel... avec
>> 2,4m d'écart.
>>
> Je suppose que c'est du nivellement ?
> Les borne de nivellement sont bien calées en élévation, mais pas en x/y,
> et inversement pour les géodésiques.
>
> Frédéric.
>
>
>
> ___
> 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

[OSM-talk-fr] Multipolygons cassés ?

[teuxe]

Bonjour,

Hier j'ai dû casser quelque chose au niveau des multipolygons autour de 
Tigeaux, mais impossible de retrouver mon erreur...
http://www.openstreetmap.org/#map=14/48.8273/2.9020
Mes tentatives de correction n'ont pas suffi.

Les polygones ont l'air continus, avec des outer et des inner, mais rien n'y 
fait, le rendu de la page principale fournit toujours une zone bien grise à la 
place de la forêt et des champs.
https://www.openstreetmap.org/relation/1728908
https://www.openstreetmap.org/relation/1728914
https://www.openstreetmap.org/relation/2001400

Pouvez-vous SVP vérifier et me dire l'erreur que je n'ai pas identifié ? Par la 
même occasion, des astuces pour valider ce genre de configurations (outils 
online) ? http://ra.osmsurround.org/analyzeRelation ne fournit pas de réponse 
(pas claire en tout cas) à mon problème.

Merci,
Teuxe

___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr

Re: [Talk-se] taggning av vinterleder

[Per Eric Rosén]

On Wed, 30 Mar 2016, Björn Stenberg wrote:


Är det inte precis detta taggen seasonal=winter är till för?


Verkar vara en generalisering av samma sak (ice_road är ju bara för 
highway, och kanske implicerar något mer), så jo, verkar väl lite så.


/Per Eric
--
^): Per Eric Rosén http://rosnix.net/~per/
/   p...@rosnix.net GPG 7A7A BD68 ADC0 01E1 F560 79FD 33D1 1EC3 1EBB 7311___
Talk-se mailing list
Talk-se@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-se

Re: [OSM-talk] [Talk-us] Slack

[Dave F]

Hi Michael

On 29/03/2016 21:58, Michael Reichert wrote:

Hi Dave,

Am 29.03.2016 um 22:45 schrieb Dave F:

Because IRC works in real time. Contributors have to be in the same time
zone (or stay up really late/ get up really early). It's biased towards
densely populated zones ie Northern Europe or East coast if North America.

You will face this problem with every type of communication, even email.


This conversation is a perfect example that that is not true. Anyone, 
anywhere in the world is free to join in.



You will have a slower conversation if the other contributors live 9
hours off your local time.


I fail to see how that is a problem. Rarely do things in OSM need 
immediate responses.





As it has no record facility it turns into the equivalent of little
groups huddling away secretively in the corner of the room to have a
whispered conversation; something that only teenage girls usually do.

Do really want to read the full log of a chat room?
If there were a record, many IRC discussions wouldn't occur. It's often 
used by the weak/arrogant who are too scared/self-important to have 
their opinions verified & countered.



Note that people write emails slower than a chat
messages and therefore the text is well thought out (I hope, sometimes
this is not true) and therefore easier to read.

That's another good reason to use Newsgroups/Web forums & not the 
knee-jerk response inducing IRC.


---
This email has been checked for viruses by Avast antivirus software.
https://www.avast.com/antivirus


___
talk mailing list
talk@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk

Re: [OSM-talk-fr] GPS à correction d'erreur / RTK GPS / RTKlib

[Frédéric Rodrigo]

Le 29/03/2016 22:43, Christian Quest a écrit :
Je vais mettre au propre tout ça pour le wiki... en fait l faut que je 
reparte de zéro, puis étape par étape.


Sur le graphe, la trace verte correspond aux solutions en "float", 
puis quand ça passe en "fix" c'est le point à droite au milieu.


Tant que je ne fournit pas de données de correction cohérents, ça 
reste en "simple", c'est à dire ce qui sort du GPS.



L'altitude est très stable elle aussi (stable à 1cm près).
La borne IGN ne semble pas contre pas à son emplacement officiel... 
avec 2,4m d'écart.

Je suppose que c'est du nivellement ?
Les borne de nivellement sont bien calées en élévation, mais pas en x/y, 
et inversement pour les géodésiques.


Frédéric.


___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr

Re: [Talk-es] POSIBLE IMPORTACIÓN DE DATOS DEL IGN.

[Miguel Sevilla-Callejo]

A mi me parece perfecto,

De echo yo lo pondría en la wiki. O sea quién se hace cargo de qué, para
tener la página como referencia y poder no solapar trabajos.

Gracias por el esfuerzo.

Miguel

--
*Miguel Sevilla-Callejo*

*Doctor in Geography*
a. Associate Lecturer at Dpto. of Geography & Territorial Planning at
University of Zaragoza
b. Fellow at the Pyrenean Institute of Ecology - Spanish National Research
Council
c. Freelance consultant & researcher - Member #698, Spanish Professional
Association of Geographers

*Doctor en Geografía*
a. Profesor asociado en el Dpto. de Geografía y Ordenación del Territorio
de la Univ. de Zaragoza
b. Colaborador del Instituto Pirenaico de Ecología - Consejo Superior de
Investigaciones Científicas
c. Consultor e investigador freelance - Colegiado 698 del Colegio Oficial
de Geógrafos

2016-03-30 11:41 GMT+02:00 Matías Taborda Barroso :

> Hola. De acuerdo completamente con lo que dices.
>
> Llevo unos días bastante liado y no he podido meterle mano a la wiki, pero
> es evidente que en la misma debe haber referencia tanto a esta discusión
> como a la reunión del IGN.
>
> En unos días tendré preparados unos archivos ejemplo del tema hidrografía
> para que discutamos la forma y resultado.
>
> Una idea que propongo es repartir el trabajo nominalmente, para que no
> dejemos cosas por hacer o estemos trabajando varias personas en lo mismo ..
> ¿Que os parece?
> El 30/3/2016 11:33, "Miguel Sevilla-Callejo" 
> escribió:
>
>> Hola de nuevo,
>>
>> Vuelvo a entrar las páginas de la wiki y creo que urge poner todo esto
>> claro allí. Tal vez se pueda usar la página ES:Import_IGN [1] y explicarlo
>> allí. También se puede remitir a este hilo de conversaciones de la lista de
>> correos y enlazar a las otras páginas de la wiki relacionadas (como la de
>> la reunión con el IGN [2]). ¿Qué os parece?
>>
>> Así mismo, y volviendo con el tema de la wiki, estaría bien que en la
>> página de referencia de la wiki de España estuviera recogida esta
>> iniciativa (y las demás que han ido surgiendo) pero para eso ya escribiré
>> en otro hilo.
>>
>> Ya diréis
>>
>> M
>>
>> [1] http://wiki.openstreetmap.org/wiki/ES:Import_IGN
>> [2] http://wiki.openstreetmap.org/wiki/Reuni%C3%B3n_OSM.es_-_IGN
>>
>>
>>
>>
>> On 30/03/16 10:16, Matías Taborda Barroso wrote:
>>
>> Hola. Antes de todo eso, es necesario acabar la documentación de
>> importación, pasarla a inglés y empezar a discutir en la lista imports.
>>
>> Por otro lado, yo tengo ya descargada toda la cartografía. Hay que
>> definir herramientas con las que hacer la conversión y etiquetado,
>> evidentemente previo hay que definir el etiquetado.
>>
>> Me parece correcto empezar con hidrografía
>> El 30/3/2016 9:55, "Miguel Sevilla-Callejo" 
>> escribió:
>>
>>> Hola,
>>>
>>> Leo ahora con mucho retraso los correos
>>>
>>> ¿Cómo se ha quedado con el tema de la importación?
>>>
>>> Veo que habéis creado dos páginas en la wiki pero están sin conectar
>>> enlazar una con la otra:
>>> http://wiki.openstreetmap.org/wiki/ES:Import_IGN
>>> http://wiki.openstreetmap.org/wiki/ES:BTN25
>>>
>>> Entiendo que habrá que trabajar sobre las dos, no?   No se si me he
>>> perdido algún correo entre medias.
>>>
>>> Se habló de hacer alguna prueba a nivel de un territorio concreto.
>>> ¿Alguien se está animando?
>>>
>>> Se podría empezar con unos elementos concretos, yo propongo la
>>> hidrografía y afines, 03xxx, que suelen estar bastante escasas en la base
>>> de datos de OSM.
>>>
>>> Ahí lanzo la piedra...
>>>
>>> Un saludo
>>>
>>> Miguel
>>>
>>> --
>>> *Miguel Sevilla-Callejo*
>>>
>>> * Doctor in Geography*
>>> a. Associate Lecturer at Dpto. of Geography & Territorial Planning at
>>> University of Zaragoza
>>> b. Fellow at the Pyrenean Institute of Ecology - Spanish National
>>> Research Council
>>> c. Freelance consultant & researcher - Member #698, Spanish Professional
>>> Association of Geographers
>>>
>>> *Doctor en Geografía*
>>> a. Profesor asociado en el Dpto. de Geografía y Ordenación del
>>> Territorio de la Univ. de Zaragoza
>>> b. Colaborador del Instituto Pirenaico de Ecología - Consejo Superior de
>>> Investigaciones Científicas
>>> c. Consultor e investigador freelance - Colegiado 698 del Colegio
>>> Oficial de Geógrafos
>>>
>>> 2016-03-07 14:20 GMT+01:00 Matías Taborda Barroso <
>>> taborda.barr...@gmail.com>:
>>>
 Ok. Gracias.

 Por cierto ya tengo descargadas casi la totalidad de las hojas. Para ir
 echando un vistazo a los datos e ir viendo los posibles procesos que serán
 necesarios

 Otra. Alguien que controle el idioma de Shakespeare, la wiki del
 proceso de importación hay que tenerla preparada en inglés para cuando
 notifiquemos a la lista imports.

 Y estar preparado porque nos van dar por todos lados. :).
 El 7/3/2016 14:10, "Alejandro S."  escribió:

> Ya 

[OSM-talk-fr] Rencontre contributeurs de Paris-IdF 31/03/2016

[Donat ROBAUX]

Bonjour à tous,

Nous nous retrouvons jeudi 31 mars 2016 à partir de 19h30 à la FPH 38 rue
Saint Sabin, Paris 11.

Le reste des informations est sur le forum:
*http://forum.openstreetmap.fr/viewtopic.php?f=18=4603
*
ou sur l'agenda du libre http://www.agendadulibre.org/events?region=12
quand l'événement sera validé.

Donat
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr

Re: [Talk-dk] Forkortede vejnavne

[Niels Elgaard Larsen]

Michael Andersen:
> Hej
> 
>  
> 
> Jeg noterede mig via http://osm.expandable.dk lige at der nu igen er en
> der har forkortet et vejnavn:
> http://www.openstreetmap.org/changeset/38160343. For noget tid siden
> skete det også i Viborg: https://www.openstreetmap.org/changeset/37175012
> 
>  
> 
> Jeg kan til en vis grad godt forstå at folk ændrer dem tilbage til den
> forkortede form, men vi har jo også vores egen "politik":
> http://wiki.openstreetmap.org/wiki/Names#Abbreviation_.28don.27t_do_it.29
> 
>  
> 
> Jeg er ærlig talt noget i tvivl om hvad der er bedst at gøre, så mit
> spørgsmål til listen er nu: Hvordan forholder vi os til dette?


Jeg ser på
http://oisfixes.iola.dk/rettelser/
at det er mig, der har rettet både Sanct Jørgenbjerg og Lille Sanct
Mikkelsgade, så jeg vil svare dem.

Vi har jo en wiki på dansk:
http://wiki.openstreetmap.org/wiki/Vejnavne

Når vi nu har http://oisfixes.iola.dk/rettelser/ ville det i det mindste
være ret nemt automatisk at finde den slags problemer.


> 
> 
> ___
> Talk-dk mailing list
> Talk-dk@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-dk
> 

-- 
Niels Elgaard Larsen

___
Talk-dk mailing list
Talk-dk@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-dk

Re: [OSM-talk-fr] GPS à correction d'erreur / RTK GPS / RTKlib

[Christian Quest]

Oui, GLONASS est bien utilisé. Si je ne donne que les infos de navigation
GPS ou GLONASS ou les deux, j'ai des résultats différents et un nombre de
satellites utilisés pour le calcul de la solution qui n'est pas le même.
GPS+GLONASS ça donne 14 satellites utilisables et pour l'un ou l'autre seul
j'ai 8 et 6.

Cet après-midi, je vais aller faire un tour sur une borne IGN récente
(1995) et facile d'accès pour y refaire une mesure de contrôle.

Mise en charge aussi de ma tablette Android pour y tester les applis RTK
que j'ai repéré... histoire d'enregistrer une trace sur le chemin.



Le 30 mars 2016 à 10:26, Stéphane Péneau  a
écrit :

> Le 30/03/2016 08:52, Ab_fab a écrit :
>
>> Il me tarde d'en savoir plus sur ce petit projet de GUI pour RTKLib
>> adaptée aux écrans tactiles conçus pour la Raspberry.
>> Cela m'aiderait bien pour jouer un petit peu quand je vais à la campagne.
>>
>> Christian, je suis preneur de tes trouvailles futures ^^.
>> Notamment la liaison entre la base et le rover.
>> Via une liaison locale (wifi / bluetooth) à courte distance ?
>> Ou directement par les réseaux mobiles ?
>>
>> Pour ma part, je me dirige vers les réseaux mobiles.
> Je récupère les données de la base via un port série -> serial-to-tcp ->
> réseau mobile
> L'autre solution est d'intégrer ça dans un flux ntrip, mais je ne suis pas
> sûr que ça soit plus simple.
>
> Pour l'instant je n'en suis qu'à la théorie.
>
> Christian,
>
> As-tu regardé si rtklib utilisait effectivement les satellites glonass ? A
> priori ça ne fonctionne pas souvent lorsqu'on utilise du matériel différent
> pour la base et le rover.
>
>
> Stf
>
> ___
> 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

[Talk-GB] Open data

[Rob Nickerson]

Richard wrote:
https://lists.openstreetmap.org/pipermail/talk-gb/2016-March/018714.html

Thanks Richard,

You perfectly answered my question (despite the fact it took me a few
attempts to get the question across) and alleviated many of my concerns.

So next logical questions are:

1. Would there be any cases where merging open data in OSM would reduce end
user challenges (e.g height restrictions on bridges, traffic calming, cafes
from the food hygiene data*)?

2. You say your challenges are with the OSM data. What are the top few
things we could do to reduce this? (Generally rather than map more surface
tags ;-) )

Thanks,
Rob

* Last one included as this is a case where (as I understand) an end user
cannot mix OSM cafes with other data cafes unless they make the final
dataset available.
___
Talk-GB mailing list
Talk-GB@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-gb

Re: [OSM-talk-fr] GPS à correction d'erreur / RTK GPS / RTKlib

[Yves Pratter]

> Le 19 févr. 2016 à 19:18, Jean-Michel Pouré  a écrit :
> 
> J'ai l'impression qu'on doit prévoir une petite station météo capable
> de logger température, pression atmosphérique et détecteur de pluie
> (pluviométrie). Ces données ont un impact sur la réception GPS
Bonjour,

Quels sont tes sources ?

Les perturbations « atmosphériques »  qui dégradent beaucoup la précision GPS 
se situent dans la ionosphère…
Pour une précision cartographique (5m à 10 cm), les perturbations 
troposhériques ont peu d’effet.
Source : http://www.montana.edu/gps/slides/2GPSAccuracy.pdf 


Les mesures de la pression atmosphériques, le taux d’hygrométrie, la 
température… sont destinées à des applications météorologiques.
https://fr.wikipedia.org/wiki/Application_du_GPS_en_météorologie 



—
Yves___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr

Re: [Talk-es] POSIBLE IMPORTACIÓN DE DATOS DEL IGN.

[Matías Taborda Barroso]

Hola. De acuerdo completamente con lo que dices.

Llevo unos días bastante liado y no he podido meterle mano a la wiki, pero
es evidente que en la misma debe haber referencia tanto a esta discusión
como a la reunión del IGN.

En unos días tendré preparados unos archivos ejemplo del tema hidrografía
para que discutamos la forma y resultado.

Una idea que propongo es repartir el trabajo nominalmente, para que no
dejemos cosas por hacer o estemos trabajando varias personas en lo mismo ..
¿Que os parece?
El 30/3/2016 11:33, "Miguel Sevilla-Callejo" 
escribió:

> Hola de nuevo,
>
> Vuelvo a entrar las páginas de la wiki y creo que urge poner todo esto
> claro allí. Tal vez se pueda usar la página ES:Import_IGN [1] y explicarlo
> allí. También se puede remitir a este hilo de conversaciones de la lista de
> correos y enlazar a las otras páginas de la wiki relacionadas (como la de
> la reunión con el IGN [2]). ¿Qué os parece?
>
> Así mismo, y volviendo con el tema de la wiki, estaría bien que en la
> página de referencia de la wiki de España estuviera recogida esta
> iniciativa (y las demás que han ido surgiendo) pero para eso ya escribiré
> en otro hilo.
>
> Ya diréis
>
> M
>
> [1] http://wiki.openstreetmap.org/wiki/ES:Import_IGN
> [2] http://wiki.openstreetmap.org/wiki/Reuni%C3%B3n_OSM.es_-_IGN
>
>
>
>
> On 30/03/16 10:16, Matías Taborda Barroso wrote:
>
> Hola. Antes de todo eso, es necesario acabar la documentación de
> importación, pasarla a inglés y empezar a discutir en la lista imports.
>
> Por otro lado, yo tengo ya descargada toda la cartografía. Hay que definir
> herramientas con las que hacer la conversión y etiquetado, evidentemente
> previo hay que definir el etiquetado.
>
> Me parece correcto empezar con hidrografía
> El 30/3/2016 9:55, "Miguel Sevilla-Callejo" 
> escribió:
>
>> Hola,
>>
>> Leo ahora con mucho retraso los correos
>>
>> ¿Cómo se ha quedado con el tema de la importación?
>>
>> Veo que habéis creado dos páginas en la wiki pero están sin conectar
>> enlazar una con la otra:
>> http://wiki.openstreetmap.org/wiki/ES:Import_IGN
>> http://wiki.openstreetmap.org/wiki/ES:BTN25
>>
>> Entiendo que habrá que trabajar sobre las dos, no?   No se si me he
>> perdido algún correo entre medias.
>>
>> Se habló de hacer alguna prueba a nivel de un territorio concreto.
>> ¿Alguien se está animando?
>>
>> Se podría empezar con unos elementos concretos, yo propongo la
>> hidrografía y afines, 03xxx, que suelen estar bastante escasas en la base
>> de datos de OSM.
>>
>> Ahí lanzo la piedra...
>>
>> Un saludo
>>
>> Miguel
>>
>> --
>> *Miguel Sevilla-Callejo*
>>
>> * Doctor in Geography*
>> a. Associate Lecturer at Dpto. of Geography & Territorial Planning at
>> University of Zaragoza
>> b. Fellow at the Pyrenean Institute of Ecology - Spanish National
>> Research Council
>> c. Freelance consultant & researcher - Member #698, Spanish Professional
>> Association of Geographers
>>
>> *Doctor en Geografía*
>> a. Profesor asociado en el Dpto. de Geografía y Ordenación del Territorio
>> de la Univ. de Zaragoza
>> b. Colaborador del Instituto Pirenaico de Ecología - Consejo Superior de
>> Investigaciones Científicas
>> c. Consultor e investigador freelance - Colegiado 698 del Colegio Oficial
>> de Geógrafos
>>
>> 2016-03-07 14:20 GMT+01:00 Matías Taborda Barroso <
>> taborda.barr...@gmail.com>:
>>
>>> Ok. Gracias.
>>>
>>> Por cierto ya tengo descargadas casi la totalidad de las hojas. Para ir
>>> echando un vistazo a los datos e ir viendo los posibles procesos que serán
>>> necesarios
>>>
>>> Otra. Alguien que controle el idioma de Shakespeare, la wiki del proceso
>>> de importación hay que tenerla preparada en inglés para cuando notifiquemos
>>> a la lista imports.
>>>
>>> Y estar preparado porque nos van dar por todos lados. :).
>>> El 7/3/2016 14:10, "Alejandro S."  escribió:
>>>
 Ya la he visto, se pone un link a la que tiene la tabla y fiesta :)

 Atentamente,
   Alejandro Suárez

 2016-03-07 14:06 GMT+01:00 Matías Taborda Barroso <
 taborda.barr...@gmail.com>:

> Pero nos hemos cruzado trabajando en la wiki
>
> Yo he creado esto.
>
> Se debería recolocar no?
>
> http://wiki.openstreetmap.org/wiki/ES:Import_IGN
> El 7/3/2016 14:01, "Matías Taborda Barroso" 
> escribió:
>
>> Ostras.
>>
>> Eso si que es rapidez Muchas gracias
>> El 7/3/2016 13:48, "Alejandro S."  escribió:
>>
>>> ¡He aquí la tabla!
>>>
>>> http://wiki.openstreetmap.org/wiki/ES:BTN25
>>>
>>> Mejor seguir a partir de ahora ahí
>>>
>>> Atentamente,
>>>   Alejandro Suárez
>>>
>>> 2016-03-05 11:00 GMT+01:00 Matías Taborda Barroso <
>>> taborda.barr...@gmail.com>:
>>>
 Hola.

 Tienes razón Santiago, en realidad en OSM España nunca se ha

Re: [Talk-es] POSIBLE IMPORTACIÓN DE DATOS DEL IGN.

[Miguel Sevilla-Callejo]

Hola de nuevo,

Vuelvo a entrar las páginas de la wiki y creo que urge poner todo esto 
claro allí. Tal vez se pueda usar la página ES:Import_IGN [1] y 
explicarlo allí. También se puede remitir a este hilo de conversaciones 
de la lista de correos y enlazar a las otras páginas de la wiki 
relacionadas (como la de la reunión con el IGN [2]). ¿Qué os parece?


Así mismo, y volviendo con el tema de la wiki, estaría bien que en la 
página de referencia de la wiki de España estuviera recogida esta 
iniciativa (y las demás que han ido surgiendo) pero para eso ya 
escribiré en otro hilo.


Ya diréis

M

[1] http://wiki.openstreetmap.org/wiki/ES:Import_IGN
[2] http://wiki.openstreetmap.org/wiki/Reuni%C3%B3n_OSM.es_-_IGN




On 30/03/16 10:16, Matías Taborda Barroso wrote:


Hola. Antes de todo eso, es necesario acabar la documentación de 
importación, pasarla a inglés y empezar a discutir en la lista imports.


Por otro lado, yo tengo ya descargada toda la cartografía. Hay que 
definir herramientas con las que hacer la conversión y etiquetado, 
evidentemente previo hay que definir el etiquetado.


Me parece correcto empezar con hidrografía

El 30/3/2016 9:55, "Miguel Sevilla-Callejo" > escribió:


Hola,

Leo ahora con mucho retraso los correos

¿Cómo se ha quedado con el tema de la importación?

Veo que habéis creado dos páginas en la wiki pero están sin
conectar enlazar una con la otra:
http://wiki.openstreetmap.org/wiki/ES:Import_IGN
http://wiki.openstreetmap.org/wiki/ES:BTN25

Entiendo que habrá que trabajar sobre las dos, no?   No se si me
he perdido algún correo entre medias.

Se habló de hacer alguna prueba a nivel de un territorio concreto.
¿Alguien se está animando?

Se podría empezar con unos elementos concretos, yo propongo la
hidrografía y afines, 03xxx, que suelen estar bastante escasas en
la base de datos de OSM.

Ahí lanzo la piedra...

Un saludo

Miguel

--
*Miguel Sevilla-Callejo*
*
Doctor in Geography*
a. Associate Lecturer at Dpto. of Geography & Territorial Planning
at University of Zaragoza
b. Fellow at the Pyrenean Institute of Ecology - Spanish National
Research Council
c. Freelance consultant & researcher - Member #698, Spanish
Professional Association of Geographers

*Doctor en Geografía*
a. Profesor asociado en el Dpto. de Geografía y Ordenación del
Territorio de la Univ. de Zaragoza
b. Colaborador del Instituto Pirenaico de Ecología - Consejo
Superior de Investigaciones Científicas
c. Consultor e investigador freelance - Colegiado 698 del Colegio
Oficial de Geógrafos

2016-03-07 14:20 GMT+01:00 Matías Taborda Barroso
>:

Ok. Gracias.

Por cierto ya tengo descargadas casi la totalidad de las
hojas. Para ir echando un vistazo a los datos e ir viendo los
posibles procesos que serán necesarios

Otra. Alguien que controle el idioma de Shakespeare, la wiki
del proceso de importación hay que tenerla preparada en inglés
para cuando notifiquemos a la lista imports.

Y estar preparado porque nos van dar por todos lados. :).

El 7/3/2016 14:10, "Alejandro S." > escribió:

Ya la he visto, se pone un link a la que tiene la tabla y
fiesta :)

Atentamente,
  Alejandro Suárez

2016-03-07 14:06 GMT+01:00 Matías Taborda Barroso
>:

Pero nos hemos cruzado trabajando en la wiki

Yo he creado esto.

Se debería recolocar no?

http://wiki.openstreetmap.org/wiki/ES:Import_IGN

El 7/3/2016 14:01, "Matías Taborda Barroso"
> escribió:

Ostras.

Eso si que es rapidez Muchas gracias

El 7/3/2016 13:48, "Alejandro S."
> escribió:

¡He aquí la tabla!

http://wiki.openstreetmap.org/wiki/ES:BTN25

Mejor seguir a partir de ahora ahí

Atentamente,
  Alejandro Suárez

2016-03-05 11:00 GMT+01:00 Matías Taborda
Barroso >:

Hola.

Tienes razón Santiago, en realidad en OSM
España nunca se ha discutido una
  

Re: [Talk-se] taggning av vinterleder

[Björn Stenberg]

Per Eric Rosén wrote:
> Hittar en skid- och skoterleder (ofta kombinerade) som är taggade
> highway=path, foot=no. För mig innebär det att det året runt *finns* en stig
> av något slag i alla fall. På en del ställen (över vattendrag utan bro till
> exempel) är det definitivt inte fallet.

Är det inte precis detta taggen seasonal=winter är till för?

-- 
Björn

___
Talk-se mailing list
Talk-se@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-se

Re: [OSM-talk-fr] GPS à correction d'erreur / RTK GPS / RTKlib

[Ab_fab]

Christian,

As-tu envisagé cette application Android pour tes essais ?
https://play.google.com/store/apps/details?id=gpsplus.rtkgps=fr

ça peut être pratique côté rover



Le 29 mars 2016 à 19:52, Christian Quest  a écrit :

> Retour sur RTKLIB... et grand pas en avant pour moi aujourd'hui !
>
> J'ai commandé il y a quelques semaines 2 GPS chez csgshop basés sur le M8T
> à environ 100 euros pièce.
> J'ai profité de quelques jours de congé pour m'y mettre et tester ces
> bestiaux.
>
> Première galère: compiler RTKLIB pour ubuntu... on sent que c'est codé
> avant tout pour Windows et les fichiers makefile sont incomplets pour
> linux. Il y a heureusement des pull-request sur github qui proposent les
> corrections nécessaires: https://github.com/tomojitakasu/RTKLIB/pull/142
>
> Une fois compilé, la doc est assez peu intuitive et comme tout se fait en
> ligne de commande ce n'est pas des plus user friendly.
>
> rtkrcv permet de collecter les données provenant du GPS et de les stocker
> dans un fichier, encore faut-il correctement renseigne le fichier de
> configuration... trouver le /dev/tty??? derrière lequel se cache le GPS
> connecté en USB (pour moi c'est /dev/ttyACM0 ou /dev/ttyACM1).
>
> Ensuite il faut indiquer au GPS qu'on veut récupérer les données brutes
> (raw)... donc lui envoyer des commandes pour ça.
>
> Finalement, j'ai pu enregistrer les données provenant du GPS dans le but
> de faire du post-processing, c'est à dire d'appliquer la correction après
> coup en utilisant les données d'une station de base fixe par trop éloignée.
>
> Une fois le fichier de log enregistré, il faut le convertir en fichiers en
> format RINEX, et la commande convbin de RTKLIB est faite pour ça... on
> obtient des fichier .obs, .nav et .gnav qui contiennent les données brutes
> (obs), les données des satellites GPS visibles (nav) et celles des
> satellites GLONAS (gnav).
>
> Maintenant les données de la base... et j'ai de la chance d'en avoir une à
> proximité (4km).
> Les données sont disponibles sur un serveur FTP de l'IGN, avec une heure
> de décallage (d'où le post-processing). Encore faut-il comprendre le
> nommage de ces fichiers... et comprendre aussi que ce ne sont pas des
> fichiers RINEX mais CRINEX, c'est à dire compressés (alors qu'ils sont
> aussi compressés en .Z).
>
> Donc recherche de cet outil de compression/décompression crx2rnx...
>
> Une fois le fichier CRINEX décompressé, on le passe à rnx2rtkp pour faire
> le post-processing et là... miracle après quelques tâtonnements, je passe
> d'une erreur de quelques mètres à une erreur de l'ordre du centimètre !
>
> Ma mesure a été faite sur une borne IGN pendant 20mn. Au bout de 90s
> environ, le post-processing converge et sort une position très précise.
>
> Voir: https://twitter.com/cq94/status/714867234762584064
>
> La grille fait 5cm de côté. En rouge on a les points mesurés sans
> correction.
> En vert, la correction est appliquée... ça fait une trace flottante en bas
> à gauche, puis ça converge sur un point à droite au milieu et ça ne bouge
> plus :)
>
> Prochain test: utiliser mon deuxième GPS pour faire de la correction en
> temps-réel...
>
> --
> Christian Quest - OpenStreetMap France
>
> ___
> Talk-fr mailing list
> Talk-fr@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-fr
>
>


-- 
ab_fab 
"Il n'y a pas de pas perdus", Nadja
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr

Re: [Talk-dk] [OpenStreetMap] Hjart har kommenteret på et af dine ændringssæt

[Michael Andersen]

Lige til information:

Alle kan læse alle kommentarer til ændringssæt, hvilket man kan forvisse sig 
om ved f.eks. at studere http://osm.expandable.dk eller 
http://resultmaps.neis-one.org/osm-discussions?c=Denmark#2/35.9/-10.4. De er 
åbne nok som de er og der er intet "personligt" ved dem.
Bemærk også at det stort set udelukkende er mig der kommenterer andres 
rettesæt. Jeg ville sætte på hvis flere gjorde det. Der er et reelt behov for 
at holde øje med hvad der foregår i det danske OSM landskab.


Onsdag den 30. marts 2016 10:39:10 skrev Sonny B. Andersen:
> Tja, men hvis du har ret, så var både Sandormen og jeg druknet, da vi var
> der i lørdags. Google Earth dateret 2016 er i øvrigt også enig med mig.
> 
> Er der nogle lokale/turister, der kan tjekke?
> 
> /sba-dk
> 
> P.S.: Igen en ændringssætkommentar, som bør komme ud i det åbne.
> 
> Fra: OpenStreetMap
> Sendt: 29. marts 2016 11:51
> Til: s...@bukhmark.dk
> Emne: [OpenStreetMap] Hjart har kommenteret på et af dine ændringssæt
> 
> Hej,
> Hjart har efterladt en kommentar på et af dine ændringssæt, oprettet
> 2016-03-29 09:51:29 UTC med kommentaren 'Coastline round Grenen changed
> according to Bing and my gps. Please note that Grenen moves 8 mtrs every
> year. It looks like Geodatastyrelsen photos are out of date.' ==
> Det var mig der sidst redigerede kystlinien her og efter min vurdering er
> det Bing og ikke Geodatastyrelsen der er forældet. Bemærk at tidevandet kan
> gøre en stor forskel og at kystlinien ifølge
> http://wiki.openstreetmap.org/wiki/Coastline bør lægges hvor normal
> højvande går til. ==
> Flere oplysninger om ændringssættet kan findes på
> http://www.openstreetmap.org/changeset/38138660.


___
Talk-dk mailing list
Talk-dk@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-dk

[Talk-se] taggning av vinterleder

[Per Eric Rosén]

Hej! Hemma från fjällen och med lite spår :-).

Hittar en skid- och skoterleder (ofta kombinerade) som är taggade 
highway=path, foot=no. För mig innebär det att det året runt *finns* en 
stig av något slag i alla fall. På en del ställen (över vattendrag utan 
bro till exempel) är det definitivt inte fallet.


Vad säger ni om att lägga till ice_road=yes för "stigar" som enbart är 
vinterleder? Det verkar det mest logiska för mig - det är ju som 
ice_road-taggen säger infrastruktur som bara finns på vintern.

Då borde den till exempel bara synas på vinterkartor, inte som nu
på kartor som används sommartid. Eller i alla fall märkas särskilt.

Sen kan den också taggas snowmobile=designated, eller piste:type=nordic om 
det finns skidspår.


För skidspår över fält har jag också taggat *bara* piste:type=nordic (och 
lite om grooming, skyltar osv).


Åsikter?

/Per Eric
--
^): Per Eric Rosén http://rosnix.net/~per/
/   p...@rosnix.net GPG 7A7A BD68 ADC0 01E1 F560 79FD 33D1 1EC3 1EBB 7311___
Talk-se mailing list
Talk-se@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-se

Re: [Talk-at] Digital Roadmap Austria

[eest9]

Ich hab mich um einen Tag geirrt, das Dokument steht noch bis Donnerstag offen.

Ja, das Dokument krankt an sehr vielen Dingen. Von der
Benutzeroberfläche angefangen bis hin zu redundanten, fehlenden und
falschen Inhalten die das Gesamtdokument unlesbar machen. :/

Noch 2 Tipps:
1) das Kommentar vom XimeX hier könnte man Upvoten:
https://www.digitalroadmap.gv.at/en/consultation/11352/chapter/374459?page=4#comment-374548-10928
denn auch wir haben oft genug mit fehlenden APIs zu tun
2) eine Suche nach Geodaten ist sicher hilfreich:
https://www.digitalroadmap.gv.at/en/search/Geodäten

lg Erwin Ernst 'eest9' Steinhammer

Am 30. März 2016 um 10:21 schrieb Andreas Labres :
> On 29.03.16 19:32, eest9 wrote:
>>
>> Punkt 200 betrifft dabei Geodaten:
>> https://www.digitalroadmap.gv.at/idea/374734/11352
>>
>
> Zumindest ein paar mehr Pro Stimmen hier wären wünschenswert...
>
> (Daran krankt dieses "Dokument" generell, dass die ersten paar Punkte viele
> Stimmen haben und dann verliert es sich... u.a. deshalb, weil man mehrere
> Tode stirbt, bis man da durch ist... BTDT)
>
> /al
>
> ___
> Talk-at mailing list
> Talk-at@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-at

___
Talk-at mailing list
Talk-at@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-at

[Talk-dk] Forkortede vejnavne

[Michael Andersen]

Hej

Jeg noterede mig via http://osm.expandable.dk lige at der nu igen er en 
der har forkortet et vejnavn: 
http://www.openstreetmap.org/changeset/38160343. For noget tid siden 
skete det også i Viborg: 
https://www.openstreetmap.org/changeset/37175012

Jeg kan til en vis grad godt forstå at folk ændrer dem tilbage til den 
forkortede form, men vi har jo også vores egen "politik": 
http://wiki.openstreetmap.org/wiki/Names#Abbreviation_.28don.27t_do_it.2
9[1] 

Jeg er ærlig talt noget i tvivl om hvad der er bedst at gøre, så mit 
spørgsmål til listen er nu: Hvordan forholder vi os til dette?


[1] 
http://wiki.openstreetmap.org/wiki/Names#Abbreviation_.28don.27t_do_it.2
9
___
Talk-dk mailing list
Talk-dk@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-dk

Re: [Talk-dk] [OpenStreetMap] Hjart har kommenteret på et af dine ændringssæt

[Sonny B. Andersen]

Tja, men hvis du har ret, så var både Sandormen og jeg druknet, da vi var der i 
lørdags.
Google Earth dateret 2016 er i øvrigt også enig med mig.

Er der nogle lokale/turister, der kan tjekke?

/sba-dk

P.S.: Igen en ændringssætkommentar, som bør komme ud i det åbne.

Fra: OpenStreetMap
Sendt: 29. marts 2016 11:51
Til: s...@bukhmark.dk
Emne: [OpenStreetMap] Hjart har kommenteret på et af dine ændringssæt

Hej,
Hjart har efterladt en kommentar på et af dine ændringssæt, oprettet 2016-03-29 
09:51:29 UTC med kommentaren 'Coastline round Grenen changed according to Bing 
and my gps. Please note that Grenen moves 8 mtrs every year. It looks like 
Geodatastyrelsen photos are out of date.' 
== 
Det var mig der sidst redigerede kystlinien her og efter min vurdering er det 
Bing og ikke Geodatastyrelsen der er forældet. Bemærk at tidevandet kan gøre en 
stor forskel og at kystlinien ifølge 
http://wiki.openstreetmap.org/wiki/Coastline bør lægges hvor normal højvande 
går til.
== 
Flere oplysninger om ændringssættet kan findes på 
http://www.openstreetmap.org/changeset/38138660.

___
Talk-dk mailing list
Talk-dk@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-dk

Re: [OSM-talk-fr] GPS à correction d'erreur / RTK GPS / RTKlib

[Stéphane Péneau]

Le 30/03/2016 08:52, Ab_fab a écrit :
Il me tarde d'en savoir plus sur ce petit projet de GUI pour RTKLib 
adaptée aux écrans tactiles conçus pour la Raspberry.

Cela m'aiderait bien pour jouer un petit peu quand je vais à la campagne.

Christian, je suis preneur de tes trouvailles futures ^^.
Notamment la liaison entre la base et le rover.
Via une liaison locale (wifi / bluetooth) à courte distance ?
Ou directement par les réseaux mobiles ?


Pour ma part, je me dirige vers les réseaux mobiles.
Je récupère les données de la base via un port série -> serial-to-tcp -> 
réseau mobile
L'autre solution est d'intégrer ça dans un flux ntrip, mais je ne suis 
pas sûr que ça soit plus simple.


Pour l'instant je n'en suis qu'à la théorie.

Christian,

As-tu regardé si rtklib utilisait effectivement les satellites glonass ? 
A priori ça ne fonctionne pas souvent lorsqu'on utilise du matériel 
différent pour la base et le rover.


Stf

___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr

Re: [Talk-GB] Fwd: Re: Open data (Was: Parliamentary debate mentions OSM)

[Jez Nicholson]

Reminds me of the OSMGB project from Notts Uni (I'm sure that someone here
was involved) which tried to make the OSM data more palatable. We should
learn lessons from itbut I'm not sure what those lessons would be
On Wed, 30 Mar 2016 at 08:15, Richard Fairhurst 
wrote:

> Rob Nickerson wrote:
> > Is it OK to leave it to the data users to merge the open data with OSM
> > or is that burden too large for them to bother (at which point the
> > pressure of OSM in the UK reduces)?
> >
> > The reason I ask is because I don't have the answers. Hoping some
> > of the data users on the list may be able to suggest a point where
> > the burden would become too large.
>
> It's absolutely fine to let the data users merge the open data. Not least
> because you don't know, and shouldn't second-guess, _how_ they want to
> merge
> it.
>
> I use lots of UK open data on cycle.travel: built-up area outlines from OS
> OpenData, AADT traffic flows from dft.gov.uk. It's not at all difficult to
> integrate either of them into my OSM-based database. But I do it in the way
> that makes sense for my uses. If the data were integrated into OSM, chances
> are it would be done differently in some way (for example, the
> extrapolation
> from AADT survey points to B roads would be different) and therefore less
> suitable for my needs.
>
> People sometimes underestimate how lovely government open data[1] is to
> work
> with. It's consistently attributed, it comes in a file format everyone
> understands, it's layered, and best of all, it has consistent coverage. OSM
> is none of those. I love OSM dearly, obviously, but all my data-processing
> headaches are OSM-based.
>
> Concentrate on what makes OSM good and unique, not in redistributing a
> poorer-quality, harder-to-use mirror of other datasets.
>
> Signed, a data user.
>
> cheers
> Richard
>
> [1] except TIGER. And that was the one that got imported. Gaaah
>
>
>
> --
> View this message in context:
> http://gis.19327.n5.nabble.com/Open-data-Was-Parliamentary-debate-mentions-OSM-tp5870653p5870931.html
> Sent from the Great Britain mailing list archive at Nabble.com.
>
> ___
> Talk-GB mailing list
> Talk-GB@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-gb
>
___
Talk-GB mailing list
Talk-GB@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-gb

Re: [Talk-at] Digital Roadmap Austria

[Andreas Labres]

On 29.03.16 19:32, eest9 wrote:

Punkt 200 betrifft dabei Geodaten:
https://www.digitalroadmap.gv.at/idea/374734/11352



Zumindest ein paar mehr Pro Stimmen hier wären wünschenswert...

(Daran krankt dieses "Dokument" generell, dass die ersten paar Punkte viele 
Stimmen haben und dann verliert es sich... u.a. deshalb, weil man mehrere Tode 
stirbt, bis man da durch ist... BTDT)


/al

___
Talk-at mailing list
Talk-at@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-at

Re: [Talk-es] POSIBLE IMPORTACIÓN DE DATOS DEL IGN.

[Matías Taborda Barroso]

Hola. Antes de todo eso, es necesario acabar la documentación de
importación, pasarla a inglés y empezar a discutir en la lista imports.

Por otro lado, yo tengo ya descargada toda la cartografía. Hay que definir
herramientas con las que hacer la conversión y etiquetado, evidentemente
previo hay que definir el etiquetado.

Me parece correcto empezar con hidrografía
El 30/3/2016 9:55, "Miguel Sevilla-Callejo"  escribió:

> Hola,
>
> Leo ahora con mucho retraso los correos
>
> ¿Cómo se ha quedado con el tema de la importación?
>
> Veo que habéis creado dos páginas en la wiki pero están sin conectar
> enlazar una con la otra:
> http://wiki.openstreetmap.org/wiki/ES:Import_IGN
> http://wiki.openstreetmap.org/wiki/ES:BTN25
>
> Entiendo que habrá que trabajar sobre las dos, no?   No se si me he
> perdido algún correo entre medias.
>
> Se habló de hacer alguna prueba a nivel de un territorio concreto.
> ¿Alguien se está animando?
>
> Se podría empezar con unos elementos concretos, yo propongo la hidrografía
> y afines, 03xxx, que suelen estar bastante escasas en la base de datos de
> OSM.
>
> Ahí lanzo la piedra...
>
> Un saludo
>
> Miguel
>
> --
> *Miguel Sevilla-Callejo*
>
> *Doctor in Geography*
> a. Associate Lecturer at Dpto. of Geography & Territorial Planning at
> University of Zaragoza
> b. Fellow at the Pyrenean Institute of Ecology - Spanish National Research
> Council
> c. Freelance consultant & researcher - Member #698, Spanish Professional
> Association of Geographers
>
> *Doctor en Geografía*
> a. Profesor asociado en el Dpto. de Geografía y Ordenación del Territorio
> de la Univ. de Zaragoza
> b. Colaborador del Instituto Pirenaico de Ecología - Consejo Superior de
> Investigaciones Científicas
> c. Consultor e investigador freelance - Colegiado 698 del Colegio Oficial
> de Geógrafos
>
> 2016-03-07 14:20 GMT+01:00 Matías Taborda Barroso <
> taborda.barr...@gmail.com>:
>
>> Ok. Gracias.
>>
>> Por cierto ya tengo descargadas casi la totalidad de las hojas. Para ir
>> echando un vistazo a los datos e ir viendo los posibles procesos que serán
>> necesarios
>>
>> Otra. Alguien que controle el idioma de Shakespeare, la wiki del proceso
>> de importación hay que tenerla preparada en inglés para cuando notifiquemos
>> a la lista imports.
>>
>> Y estar preparado porque nos van dar por todos lados. :).
>> El 7/3/2016 14:10, "Alejandro S."  escribió:
>>
>>> Ya la he visto, se pone un link a la que tiene la tabla y fiesta :)
>>>
>>> Atentamente,
>>>   Alejandro Suárez
>>>
>>> 2016-03-07 14:06 GMT+01:00 Matías Taborda Barroso <
>>> taborda.barr...@gmail.com>:
>>>
 Pero nos hemos cruzado trabajando en la wiki

 Yo he creado esto.

 Se debería recolocar no?

 http://wiki.openstreetmap.org/wiki/ES:Import_IGN
 El 7/3/2016 14:01, "Matías Taborda Barroso" 
 escribió:

> Ostras.
>
> Eso si que es rapidez Muchas gracias
> El 7/3/2016 13:48, "Alejandro S."  escribió:
>
>> ¡He aquí la tabla!
>>
>> http://wiki.openstreetmap.org/wiki/ES:BTN25
>>
>> Mejor seguir a partir de ahora ahí
>>
>> Atentamente,
>>   Alejandro Suárez
>>
>> 2016-03-05 11:00 GMT+01:00 Matías Taborda Barroso <
>> taborda.barr...@gmail.com>:
>>
>>> Hola.
>>>
>>> Tienes razón Santiago, en realidad en OSM España nunca se ha
>>> discutido una "política" de importación y como resultado tenemos algunas
>>> importaciones que dejan mucho que  desear, por ejemplo CORINE o REDNAP 
>>> de
>>> la que soy responsable.
>>>
>>> Pero no es cuestión ahora de debatir lo que se hizo en el pasado,
>>> las directrices de importación marcan claramente el camino a seguir y
>>> siguiéndolas al pie de la letra, estudiando cada caso, habrá que actuar 
>>> de
>>> una forma u otra, pero no dudo de que el aporte de la información del 
>>> IGN
>>> será positiva.
>>>
>>> Por ejemplo, la red Hidrográfica, en muchas zonas de España, es
>>> prácticamente inexistente, pero no por ello se podrá hacer la 
>>> importancia
>>> de forma masiva porque habrá que hacer las conexiones con elementos
>>> existentes, crear puentes en los cruces con carreteras, priorizar 
>>> posibles
>>> diferencias con lo ya existente, etc...
>>> El 5/3/2016 10:42, "Santiago Crespo" 
>>> escribió:
>>>
 Perdonad mi ignorancia, pero ¿dónde se discutió y se especifica ésta
 política?

 ¿Qué problemas hay en seguir las directrices para por ejemplo
 importar
 los recursos hidrográficos del IGN que faltan en OSM?


 On 03/05/2016 08:30 AM, Pedro-Juan Ferrer Matoses wrote:
 > Hola,
 >
 > la política general de la comunidad OSM española es no hacer
 > 

Re: [OSM-talk-be] welcoming new mappers

[Marc Gemis]

I've only send 1 welcome message so far and indicated that I did.

m


On Wed, Mar 30, 2016 at 9:02 AM, joost schouppe
 wrote:
> Ruben, someone actually did, I believe it was Pierre Parmentier who made the
> translation for us.
> BTW, I'm having to log in again at every click of the button right now...
>
> Marc, I see you've helped out analyzing the changesets. Did you also send
> the welcome message? (you need to ctrl+c at the welcome message page, paste
> it in the new tab, close the tab and mark the "I've sent this message"
> button)
>
>
>
> ___
> 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: [Talk-es] POSIBLE IMPORTACIÓN DE DATOS DEL IGN.

[Miguel Sevilla-Callejo]

Hola,

Leo ahora con mucho retraso los correos

¿Cómo se ha quedado con el tema de la importación?

Veo que habéis creado dos páginas en la wiki pero están sin conectar
enlazar una con la otra:
http://wiki.openstreetmap.org/wiki/ES:Import_IGN
http://wiki.openstreetmap.org/wiki/ES:BTN25

Entiendo que habrá que trabajar sobre las dos, no?   No se si me he perdido
algún correo entre medias.

Se habló de hacer alguna prueba a nivel de un territorio concreto. ¿Alguien
se está animando?

Se podría empezar con unos elementos concretos, yo propongo la hidrografía
y afines, 03xxx, que suelen estar bastante escasas en la base de datos de
OSM.

Ahí lanzo la piedra...

Un saludo

Miguel

--
*Miguel Sevilla-Callejo*

*Doctor in Geography*
a. Associate Lecturer at Dpto. of Geography & Territorial Planning at
University of Zaragoza
b. Fellow at the Pyrenean Institute of Ecology - Spanish National Research
Council
c. Freelance consultant & researcher - Member #698, Spanish Professional
Association of Geographers

*Doctor en Geografía*
a. Profesor asociado en el Dpto. de Geografía y Ordenación del Territorio
de la Univ. de Zaragoza
b. Colaborador del Instituto Pirenaico de Ecología - Consejo Superior de
Investigaciones Científicas
c. Consultor e investigador freelance - Colegiado 698 del Colegio Oficial
de Geógrafos

2016-03-07 14:20 GMT+01:00 Matías Taborda Barroso :

> Ok. Gracias.
>
> Por cierto ya tengo descargadas casi la totalidad de las hojas. Para ir
> echando un vistazo a los datos e ir viendo los posibles procesos que serán
> necesarios
>
> Otra. Alguien que controle el idioma de Shakespeare, la wiki del proceso
> de importación hay que tenerla preparada en inglés para cuando notifiquemos
> a la lista imports.
>
> Y estar preparado porque nos van dar por todos lados. :).
> El 7/3/2016 14:10, "Alejandro S."  escribió:
>
>> Ya la he visto, se pone un link a la que tiene la tabla y fiesta :)
>>
>> Atentamente,
>>   Alejandro Suárez
>>
>> 2016-03-07 14:06 GMT+01:00 Matías Taborda Barroso <
>> taborda.barr...@gmail.com>:
>>
>>> Pero nos hemos cruzado trabajando en la wiki
>>>
>>> Yo he creado esto.
>>>
>>> Se debería recolocar no?
>>>
>>> http://wiki.openstreetmap.org/wiki/ES:Import_IGN
>>> El 7/3/2016 14:01, "Matías Taborda Barroso" 
>>> escribió:
>>>
 Ostras.

 Eso si que es rapidez Muchas gracias
 El 7/3/2016 13:48, "Alejandro S."  escribió:

> ¡He aquí la tabla!
>
> http://wiki.openstreetmap.org/wiki/ES:BTN25
>
> Mejor seguir a partir de ahora ahí
>
> Atentamente,
>   Alejandro Suárez
>
> 2016-03-05 11:00 GMT+01:00 Matías Taborda Barroso <
> taborda.barr...@gmail.com>:
>
>> Hola.
>>
>> Tienes razón Santiago, en realidad en OSM España nunca se ha
>> discutido una "política" de importación y como resultado tenemos algunas
>> importaciones que dejan mucho que  desear, por ejemplo CORINE o REDNAP de
>> la que soy responsable.
>>
>> Pero no es cuestión ahora de debatir lo que se hizo en el pasado, las
>> directrices de importación marcan claramente el camino a seguir y
>> siguiéndolas al pie de la letra, estudiando cada caso, habrá que actuar 
>> de
>> una forma u otra, pero no dudo de que el aporte de la información del IGN
>> será positiva.
>>
>> Por ejemplo, la red Hidrográfica, en muchas zonas de España, es
>> prácticamente inexistente, pero no por ello se podrá hacer la importancia
>> de forma masiva porque habrá que hacer las conexiones con elementos
>> existentes, crear puentes en los cruces con carreteras, priorizar 
>> posibles
>> diferencias con lo ya existente, etc...
>> El 5/3/2016 10:42, "Santiago Crespo" 
>> escribió:
>>
>>> Perdonad mi ignorancia, pero ¿dónde se discutió y se especifica ésta
>>> política?
>>>
>>> ¿Qué problemas hay en seguir las directrices para por ejemplo
>>> importar
>>> los recursos hidrográficos del IGN que faltan en OSM?
>>>
>>>
>>> On 03/05/2016 08:30 AM, Pedro-Juan Ferrer Matoses wrote:
>>> > Hola,
>>> >
>>> > la política general de la comunidad OSM española es no hacer
>>> > importaciones masivas y dentro de lo que cabe hay que respetarla.
>>> >
>>> > Es posible que se pudiera hacer importación masiva de cosas que
>>> ahora no
>>> > existan a nivel nacional, pero para el resto, la comunidad prefiere
>>> > revisar caso por caso en zonas pequeñas.
>>> >
>>> >
>>> >
>>> > ___
>>> > Talk-es mailing list
>>> > Talk-es@openstreetmap.org
>>> > https://lists.openstreetmap.org/listinfo/talk-es
>>> >
>>>
>>> ___
>>> Talk-es mailing list
>>> Talk-es@openstreetmap.org
>>> 

Re: [Talk-us] [OSM-talk] Slack

[Rihards]

On 2016.03.30. 10:40, Shawn K. Quinn wrote:

On Wed, 2016-03-30 at 10:36 +0300, Rihards wrote:

this might be a bit of a clash of "why are we mapping" reasons.
for some people means are not important.
for others, osm is one bit in a more open, collaborating world.

osm using slack is like wikipedia using google maps. because they are
more shiny, you know. and probably work better on iphones.


Last I checked, Wikipedia is usually linking coordinates to Geohack
which in turn allows the user to select the mapping service of his/her
choice. One of which, not surprisingly, happens to be OSM.


yes, but the in-page map popup uses osm data - 
https://meta.wikimedia.org/wiki/WikiMiniAtlas


(see the small globe with the downward arrow next to the coordinates in 
https://en.wikipedia.org/wiki/Berlin )

--
 Rihards

___
Talk-us mailing list
Talk-us@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-us

[Talk-ee] Lumi sulab!

[Andres Kaaber]

Hei

Kuidas oleks kui saaks jälle kokku, sest eelmisel korral oli ju
tegelikult teemasid küll näiteks serveri upgrade / kolimine, kuidas
sellega läheb ja ka muud teemad.
Teema mis mind hetkel torgib on pigem see, et käisid ju mõtted see
"kahtlane" Tallinna import minema visata koos corinega?


Ps. Selline uudis täna, keda huvitab
https://opensource.com/life/16/3/openwebgis

-- 
A. Kaaber

___
Talk-ee mailing list
Talk-ee@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-ee

Re: [Talk-us] [OSM-talk] Slack

[Shawn K. Quinn]

On Wed, 2016-03-30 at 10:36 +0300, Rihards wrote:
> this might be a bit of a clash of "why are we mapping" reasons.
> for some people means are not important.
> for others, osm is one bit in a more open, collaborating world.
> 
> osm using slack is like wikipedia using google maps. because they are 
> more shiny, you know. and probably work better on iphones.

Last I checked, Wikipedia is usually linking coordinates to Geohack
which in turn allows the user to select the mapping service of his/her
choice. One of which, not surprisingly, happens to be OSM.

-- 
Shawn K. Quinn 


___
Talk-us mailing list
Talk-us@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-us

Re: [Talk-us] [OSM-talk] Slack

[Rihards]

On 2016.03.30. 10:31, Shawn K. Quinn wrote:

On Sun, 2016-03-27 at 00:07 -0700, Steve Coast wrote:

https://en.wikipedia.org/wiki/Slack_(software)


And on this page:


License   Proprietary


Until and unless there is an alternative client that is free software
(ideally GPL licensed, but BSD/MIT licensed would also be okay), I would
prefer to stick with IRC or its successor.

I feel it is contrary to the mission of OSM to directly support
proprietary licensed software. (Why do you think I'm mapping on OSM and
not fixing problems on Google Maps?)


this might be a bit of a clash of "why are we mapping" reasons.
for some people means are not important.
for others, osm is one bit in a more open, collaborating world.

osm using slack is like wikipedia using google maps. because they are 
more shiny, you know. and probably work better on iphones.

--
 Rihards

___
Talk-us mailing list
Talk-us@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-us

Re: [Talk-us] [OSM-talk] Slack

[Shawn K. Quinn]

On Sun, 2016-03-27 at 00:07 -0700, Steve Coast wrote:
> https://en.wikipedia.org/wiki/Slack_(software)

And on this page:

> License   Proprietary

Until and unless there is an alternative client that is free software
(ideally GPL licensed, but BSD/MIT licensed would also be okay), I would
prefer to stick with IRC or its successor.

I feel it is contrary to the mission of OSM to directly support
proprietary licensed software. (Why do you think I'm mapping on OSM and
not fixing problems on Google Maps?)

-- 
Shawn K. Quinn 


___
Talk-us mailing list
Talk-us@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-us

Re: [Talk-us] [OSM-talk] Slack

[Richard Fairhurst]

Martijn van Exel wrote:
> The web site has always been about the map primarily, 
> not the people. I am curious if there are any ideas out 
> there to change that.

Groups!

cheers
Richard



--
View this message in context: 
http://gis.19327.n5.nabble.com/Slack-tp5870718p5870933.html
Sent from the USA mailing list archive at Nabble.com.

___
Talk-us mailing list
Talk-us@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-us

Re: [OSM-talk] [Talk-us] Slack

[malenki]

On Tue, 29 Mar 2016 13:59:02 -0700,
Ben Discoe wrote:

> On Tue, Mar 29, 2016 at 1:02 PM, Michael Reichert 
> wrote:
> >> I find this a really worthwhile conversation to have. IRC is still
> >> great for some but it’s hardly inclusive.  
> >
> > Is http://irc.openstreetmap.org/ no web interface?  
> 
> I have tried (every year for the past ~20 years) to get IRC to work.
> I never have seen it work, and I am a tech-savvy person.
> 
> There is always _something_ that prevents IRC from working.

Not sure if I may call myself a "tech savy person" but I used and still
do use IRC since about 20 years. There was never a problem.

> For example, I tried that link you provided, I press "Login", and it
> just spins endlessly, saying "Waiting for irc.openstreetmap.org..."
> Could it be a corporate firewall issue? Or is the server down? Why is
> there no timeout?  Who knows, it is that user-unfriendly.
> 
> > might lack some advertisment (and maybe an modern styling).  
> 
> It lacks the ability to let people connect.  IRC is a non-starter.

Or people lack some abilities?



___
talk mailing list
talk@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk

Re: [Talk-GB] Fwd: Re: Open data (Was: Parliamentary debate mentions OSM)

[Richard Fairhurst]

Rob Nickerson wrote:
> Is it OK to leave it to the data users to merge the open data with OSM 
> or is that burden too large for them to bother (at which point the 
> pressure of OSM in the UK reduces)?
> 
> The reason I ask is because I don't have the answers. Hoping some 
> of the data users on the list may be able to suggest a point where 
> the burden would become too large.

It's absolutely fine to let the data users merge the open data. Not least
because you don't know, and shouldn't second-guess, _how_ they want to merge
it.

I use lots of UK open data on cycle.travel: built-up area outlines from OS
OpenData, AADT traffic flows from dft.gov.uk. It's not at all difficult to
integrate either of them into my OSM-based database. But I do it in the way
that makes sense for my uses. If the data were integrated into OSM, chances
are it would be done differently in some way (for example, the extrapolation
from AADT survey points to B roads would be different) and therefore less
suitable for my needs.

People sometimes underestimate how lovely government open data[1] is to work
with. It's consistently attributed, it comes in a file format everyone
understands, it's layered, and best of all, it has consistent coverage. OSM
is none of those. I love OSM dearly, obviously, but all my data-processing
headaches are OSM-based.

Concentrate on what makes OSM good and unique, not in redistributing a
poorer-quality, harder-to-use mirror of other datasets.

Signed, a data user.

cheers
Richard

[1] except TIGER. And that was the one that got imported. Gaaah



--
View this message in context: 
http://gis.19327.n5.nabble.com/Open-data-Was-Parliamentary-debate-mentions-OSM-tp5870653p5870931.html
Sent from the Great Britain mailing list archive at Nabble.com.

___
Talk-GB mailing list
Talk-GB@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-gb

Re: [OSM-talk-be] welcoming new mappers

[joost schouppe]

Ruben, someone actually did, I believe it was Pierre Parmentier who made
the translation for us.
BTW, I'm having to log in again at every click of the button right now...

Marc, I see you've helped out analyzing the changesets. Did you also send
the welcome message? (you need to ctrl+c at the welcome message page, paste
it in the new tab, close the tab and mark the "I've sent this message"
button)
___
Talk-be mailing list
Talk-be@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-be

Re: [OSM-talk-fr] GPS à correction d'erreur / RTK GPS / RTKlib

[Ab_fab]

Il me tarde d'en savoir plus sur ce petit projet de GUI pour RTKLib adaptée
aux écrans tactiles conçus pour la Raspberry.
Cela m'aiderait bien pour jouer un petit peu quand je vais à la campagne.

Christian, je suis preneur de tes trouvailles futures ^^.
Notamment la liaison entre la base et le rover.
Via une liaison locale (wifi / bluetooth) à courte distance ?
Ou directement par les réseaux mobiles ?

Le 29 mars 2016 à 22:43, Christian Quest  a écrit :

> Je vais mettre au propre tout ça pour le wiki... en fait l faut que je
> reparte de zéro, puis étape par étape.
>
> Sur le graphe, la trace verte correspond aux solutions en "float", puis
> quand ça passe en "fix" c'est le point à droite au milieu.
>
> Tant que je ne fournit pas de données de correction cohérents, ça reste en
> "simple", c'est à dire ce qui sort du GPS.
>
>
> L'altitude est très stable elle aussi (stable à 1cm près).
> La borne IGN ne semble pas contre pas à son emplacement officiel... avec
> 2,4m d'écart.
>
> Il faut que j'en trouve une autre accessible et moins martyrisée que
> celle-ci car coincée entre une départementale et un champ, elle a
> visiblement subit quelques dommages (y compris la base en béton).
>
> Pour l'altitude, ça s'est stabilisé à 207,63m. La fiche IGN annonce 208.84
> mais sur une ellipsoïde différente que celle du WGS84.
>
>
> Le 29 mars 2016 à 21:27, Stéphane Péneau  a
> écrit :
>
>> Le 29/03/2016 19:52, Christian Quest a écrit :
>>
>>> Retour sur RTKLIB... et grand pas en avant pour moi aujourd'hui !
>>>
>>>
>>>
>>> Maintenant les données de la base... et j'ai de la chance d'en avoir une
>>> à proximité (4km).
>>> Les données sont disponibles sur un serveur FTP de l'IGN, avec une heure
>>> de décallage (d'où le post-processing). Encore faut-il comprendre le
>>> nommage de ces fichiers... et comprendre aussi que ce ne sont pas des
>>> fichiers RINEX mais CRINEX, c'est à dire compressés (alors qu'ils sont
>>> aussi compressés en .Z).
>>>
>>
>> La dernière fois que j'ai essayé, j'ai galéré pour retrouver le lieu où
>> télécharger ces données. Et oui, le nommage est..
>> Si tu as tout ça en tête, et puisque tu as réussi le postprocessing (ce
>> ne fut pas mon cas), tu penses que tu pourrais mettre tout ça sur le wiki ?
>>
>>
>>
>>
>>> La grille fait 5cm de côté. En rouge on a les points mesurés sans
>>> correction.
>>> En vert, la correction est appliquée... ça fait une trace flottante en
>>> bas à gauche, puis ça converge sur un point à droite au milieu et ça ne
>>> bouge plus :)
>>>
>>>
>> Super !!
>>
>> Tu n'as pas eu de passage en "float" entre le mode standard et le fix ?
>> Tu étais correct aussi sur l'altitude ?
>>
>>
>> Stf
>>
>> ___
>> 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
>
>


-- 
ab_fab 
"Il n'y a pas de pas perdus", Nadja
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr