Re: [Talk-it] Source=Google

[Federico Cortese]

On Mar 31, 2016 22:59, "Volker Schmidt"  wrote:
>
> Quelli del gennaio 2010 sono tutti in Haiti, dove se mi ricordo bene
Google aveva messo a disposizione delle foto satellitari.
>
Grazie Volker mi hai tranquillizzato per quei 20.000 valori, ma rimane
tutto il resto, in particolare quel che si vede in Italia mediante overpass.
Mi sono posto il problema perchè un utente ha cominciato a mappare strade e
nomi con source=Google.
Ciao

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

Re: [Talk-de] China, Provinz Sechuan

[Markus]

Hallo Hansjörg,

> Die Karte weist in meinem Zielgebiet (Gebirge westlich von Chengdu)
> erhebliche Lücken auf, die ich gerne mit schließen möchte.

Darüber freuen sich die Chinesen (die Regierung leider nicht).
Bing hat hervorragende Luftbilder, auch in der Bergregion westlich von
Chengdu, aber nur bis 103°11'. Leider sind einge wolkenverhangen. Aber
mit geübtem Blick und etwas Sinn für Verkehrsplanung kann man auch
solche Gebiete etwas vervollständigen. Markante Gebäude helfen bei der
Orientierung.

Bei einigen Gebieten und Karten habe ich den Eindruck, dass Google
bessere Luftbilder hat (die wir nicht nutzen, aber die zuhause manchmal
das Erinnerungsvermögen stützen können, da wo Fotos und Tagebuch nicht
weiterhelfen).

Unklar ist mir, woher der Versatz bei den Gewässern zwischen OSM-Karte
und Google-Street kommt:
http://sautter.com/map/?zoom=14=30.63712=103.92189=B000TTTF

Bei den Luftbildern von Bing und Google erkenne ich keinen Versatz.

In einigen Gebieten scheint die OSM-Karte aktueller zu sein als die
Luftbilder. Den realen Zustand könnte man vor Ort prüfen und mit notes
beschreiben.

Vor Ort ist wichtig, die Daten zu verifizieren:
Namen von Orten, Strassen, Gebäuden, Firmen, Bahnstationen, etc.
Wie man in Ballungsgebieten sieht, klappt das recht gut.
Wichtig ist auch die Unterscheidung, ob eine Linie ein Wasserlauf oder
eine Strasse ist, und welche Strassen-/Weg-Klasse, und welche Strassen
miteinander verbunden sind und welche nicht (notes anbringen).
Auch Industriegebiete und Landnutzung kann man vor Ort sehen.

Vielleicht triffst Du ja unterwegs Menschen, die gern mehr über OSM
erfahren möchten und kannst ihnen fundiert erzählen?

> Bergtouren 

Hier gibt es ein Skigebiet:
http://map.openseamap.org/?zoom=15=30.70291=103.23743=BFTFFFTFFTF0FFTTFF
Die Zufahrstrasse ist noch nicht verbunden
und die Piste fehlt auch noch... ;-)

Mit herzlichem Gruss,
Markus

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

[OSM-ja] 川越お花見マッピングパーティ2016 第2弾

[Kentaro Hatori]

はとちゃん@小江戸らぐと申します

ご連絡が遅くなりましたが、明日に川越お花見マッピングパーティ
2016 第2弾を開催します。前週に第１弾を開催しましたが、中院の
枝垂れ桜は満開でしたが、その他は1部咲きといったところで、
今週が満開で丁度いいかなと。

http://connpass.com/event/29475/

お時間のある方は、散歩がてらにこんなゆるいマッピングパーティ
もあるのかとお楽しみください。

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

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

[Danilo Lacoste]

Genial!, quiero probar el proyecto privado. Seguimos la conversación
por interno?

saludos.

2016-03-31 14:30 GMT-03:00 hyan...@gmail.com :
> Hola Danilo,
>
> Precisamente es la misma realidad en muchos de nuestros países (incluyo
> Colombia); mientras avanzamos en la generación de capacidades locales, una
> opción es sumar fuerzas entre los pocos maperos de cada país para focalizar
> esfuerzos en proyectos de alta relevancia, como el mapeo ante desastres o
> crisis humanitarias.
>
> Sí, estoy de acuerdo que el TM puede seguir evolucionando hacia esa parte
> social de interacción; por el momento es posible definir equipos para los
> proyectos, incluso asignar tareas a los maperos.  También crear proyectos
> privados por equipos (así no se molesta a nadie).  En cada proyecto (nano,
> micro, mega, o peta) es posible definir áreas prioritarias e instrucciones
> específicas para las tareas.
>
> Las falencias de comunicación del TM las estamos sobrellevando con grupos en
> Skype, Hangout, Trello, etc.
>
> Entonces me parece que podemos abrirte tu primer proyecto privado! ;-)
>
> Saludos,
>
> Humberto
>
> El 31 de marzo de 2016, 11:29, Danilo Lacoste  escribió:
>>
>> Hola Humberto,
>>
>> Personalmente he aportado a varias tareas de otros paises, en un
>> principio para aprender y colaborar. Mi razonamiento no va por el lado
>> de cerrarnos solo en nuestra zona, si no en la poca utilidad que le
>> encuentro en crear infinitas tareas demasiado específicas y en las
>> cuales por lo general tendremos a una sola persona trabajando en ellas
>> y probablemente muchas de esas tareas estarán años sin terminar. (En
>> Chile tenemos la triste realidad de tener muy pocos mapeadores
>> activos).
>>
>> No estoy seguro si el objetivo de mapazonia.org o de tasks.hotosm.org
>> es saturarse de tareas con tan poco movimiento o usuarios interesados
>> en terminarlas.
>>
>> Creo que el límite en este caso está dado por las habilidades de OSM
>> Tasking Manager; sería ideal si esta plataforma permitiera crear
>> microcomunidades con objetivos y prioridades específicas de zonas y
>> todo eso de forma ordenada. Así no sería necesario que los usuarios
>> levantaran nuevas instancias del task manager.
>>
>> Humildemente pienso que lo mejor es trabajar separado para no molestar
>> los objetivos de las otras plataformas.
>>
>> que opinan?
>>
>> saludos
>>
>> 2016-03-31 11:11 GMT-03:00 hyan...@gmail.com :
>> > Hola Julio y colegas chilenos:
>> >
>> > Sí, realmente para tener operando un tasking manager es una tarea
>> > técnica
>> > sencilla, basta con tener un servidor y seguir juiciosamente las
>> > instrucciones; pero ese no es el punto.  Cuando Marco me invita a
>> > compartir
>> > la herramienta para toda la región de latinoamérica, es con el firme
>> > propósito de tender puentes entre las distintas fronteras
>> > administrativas,
>> > de que los maperos de la región confluyamos en un mismo punto y
>> > colaboremos
>> > con las distintas crisis (u otro tipo de proyectos), desde México hasta
>> > tu
>> > país.
>> >
>> > Los estudiantes del Colegio Salesianos en Duitama, Boyacá, Colombia,
>> > estuvieron colaborando al trazado al momento de los desastres ocurridos
>> > en
>> > Chile.  Nos une la cordillera de Los Andes, el idioma e historias y
>> > culturas
>> > --en su amplia diversidad-- semejantes. ¿Porqué no pensar como región?
>> >
>> > Saludos,
>> >
>> > Humberto Yances
>> > Miembro del Humanitarian OpenStreetMap Team (HOT)
>> > OSM Colombia
>> >
>> >
>> >
>> > El 30 de marzo de 2016, 13:49, Julio Costa Zambelli
>> >  escribió:
>> >>
>> >> 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 :
>> 
>> 

Re: [OSM-talk] Redaction of some Afghanistan data

[Toby Murray]

On Thu, Mar 31, 2016 at 6:13 PM, Warin <61sundow...@gmail.com> wrote:
>
> The inclusion of a source statement in each change set of at least 3
> characters would be a helpfull start?
> Did these change sets have any indication of the source?

I went poking around and found some of the affected changesets. Yes,
the changesets had a source=Google tag.

e.g. http://www.openstreetmap.org/changeset/37579334

The problem was pointed out in several of the users' changeset
comments by multiple people.

Toby

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

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

[moltonel]

On 29 March 2016 21:20:01 GMT+01:00, Tom Hughes  wrote:
>On the flip side who is included by IRC that is excluded by Slack?

One big downside with slack-like mediums is the need to sign up and setup. 
Compared to irc where you can join in no questions asked, even anonymously if 
you wish, Slack has a higher barrier of entry. But it does look shinyer once 
you're in, and some people apparently  have trouble  seting up irc too, so YMMV.

One big advantage is the ability to highlight somebody even when (s)he isn't 
connected (it'll send an email instead). Posting images and snipnets directly 
in the channel is also nice.

Having a log of past discussions has pros and cons. Similarly, some people love 
doing everything in a web browser and some hate it.

Concerning Slack itself, the web interface is painfuly slow and the irc gateway 
is quirky. Combined with the nonfree/silo issue, I'd much rather use an 
implementation like Mattermost.


-- 
Vincent Dp

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

Re: [OSM-talk] Redaction of some Afghanistan data

[Warin]

On 1/04/2016 9:42 AM, Paul Norman wrote:

The Data Working Group recently had to perform a large redaction in
Afghanistan of data from two mappers who had used Google. A redaction is
where an object is removed from the current data and previous versions
are hidden in the API. They are done to hide data that cannot be shown
for copyright or other legal reasons.

There is no active local mailing list, so I'm letting talk@ know
instead. If you are in touch with local mappers, you can forward this to
them. It looks like most of the data that had to be removed was new
data, which will have been removed cleanly without needing any
additional cleanup.

If you have concerns about the source that was used for mapping
something, please contact the Data Working Group at
d...@osmfoundation.org with information, including links to changesets.
It helps if you also start a changeset discussion on one of the
changesets nicely asking the mapper for more information about what they
did.

It is much better to catch this type of problem early, simplifying and
reducing the cleanup work required.


The inclusion of a source statement in each change set of at least 3 
characters would be a helpfull start?

Did these change sets have any indication of the source?



Paul Norman

For the Data Working Group


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



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

[OSM-talk] Redaction of some Afghanistan data

[Paul Norman]

The Data Working Group recently had to perform a large redaction in
Afghanistan of data from two mappers who had used Google. A redaction is
where an object is removed from the current data and previous versions
are hidden in the API. They are done to hide data that cannot be shown
for copyright or other legal reasons.

There is no active local mailing list, so I'm letting talk@ know
instead. If you are in touch with local mappers, you can forward this to
them. It looks like most of the data that had to be removed was new
data, which will have been removed cleanly without needing any
additional cleanup.

If you have concerns about the source that was used for mapping
something, please contact the Data Working Group at
d...@osmfoundation.org with information, including links to changesets.
It helps if you also start a changeset discussion on one of the
changesets nicely asking the mapper for more information about what they
did.

It is much better to catch this type of problem early, simplifying and
reducing the cleanup work required.

Paul Norman

For the Data Working Group


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

Re: [Talk-cat] Cadastre o ICC com a base per als edificis?

[Esther Mingot]

Bones,
el fet és que aquesta desviació me la he trobat a nivell laboral, treballant 
amb les cartografies dels dos organismes. Tot i provenir del mateix vol, 
cadascú ha optat per un camí i al final els resultats divergeixen una mica. 
Sembla que l'ICC tira més per la geometria, que es correspon molt amb la que 
obtindries amb un aixecament topogràfic, i el cadastre opta per prioritzar les 
divisions entre propietats. La idea que proposa en Jose Luis em sembla bé: fer 
servir la geometria de l'ICC i la informació sobre alçades del cadastre. En tot 
cas, un cop tingui fixada una, ajustaré les imatges del PNOA perquè  m'ajudin a 
definir els espais. I el carrerer i número de policia... d'on es pugui, perquè 
les dues fonts contenen errors.  
Salutacions.

Sólo la verdad nos hará libres

From: xbarn...@gmail.com
Date: Thu, 31 Mar 2016 19:46:50 +
To: j...@llefia.org; talk-cat@openstreetmap.org
Subject: Re: [Talk-cat] Cadastre o ICC com a base per als edificis?

Hola Esther ,
Com a complement del que comenta en Jose Luis comentar-te que es possible que 
alguna de les capes tingui un desplaçament. De fet si fas servir JOSM quan 
afegeixes la capa WMS et diu que es possible que hi hagi un desplaçament.
Salutacions
El jue., 31 mar. 2016 a las 20:39, Jose Luis Infante () 
escribió:
Doncs primer vaig fer servir el PNOA (i abans el Bing) i quan va ser accessible 
el cadastre, doncs el cadastre. Ara jo et recomano l'ICC, combinat amb el 
cadastre. La traça de l'ICC és més exacte, segons el que he editat, però al 
cadastre pots tenir informació rellevant, com l'altura de l'edifici (número de 
plantes), i sempre és bo comparar les fonts.
Salutacions,
JL
2016-03-31 19:56 GMT+02:00 Esther Mingot :



Bones!
Comparant edificacions entre cadastre i el topogràfic de l'ICC he vist que 
acostuma a haver-hi un petit desplaçament entre uns i altres, i encara més amb 
la imatge del PNOA. Quina de les tres fonts recomaneu o acostumeu a fer servir 
com a base per poder dibuixar els edificis? 

Gràcies!

Sólo la verdad nos hará libres

___

Talk-cat mailing list

Talk-cat@openstreetmap.org

https://lists.openstreetmap.org/listinfo/talk-cat




___

Talk-cat mailing list

Talk-cat@openstreetmap.org

https://lists.openstreetmap.org/listinfo/talk-cat



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

Re: [OSRM-talk] routing with GPUs or mapD

[Daniel Patterson]

Bjorn,

  This paper outlines one approach that is very fast:

  http://www.cs.princeton.edu/~rwerneck/papers/DKW14-crp-gpu.pdf 
  

  and there are others:

  
https://pdfs.semanticscholar.org/0c17/805ab324006d40a8dd37d3550815824498fb.pdf 

  http://research.ijcaonline.org/volume72/number18/pxc3889386.pdf 

  http://public.lanl.gov/sunil/pubs/ipdps14.pdf 


  The Contraction Heirachy approach that OSRM uses is not all that amenable to 
GPU acceleration unfortunately.

daniel

> On Mar 31, 2016, at 2:50 PM, Bjorn Madsen  
> wrote:
> 
> Brief introduction:
> The difference between (1) routing + overlaying congestion data and (2) 
> routing with congestion data is that the former simply provides a route which 
> is extended with the delay given by the reduced travel speed inferred from 
> the congestion (option 1). We can do that easily today.
> 
> Routing with congestion data (option 2) requires that the quickest path is 
> computed based on the congestion currently and the predicted congestion in 
> the near future. This results in completely different routes as the road 
> network velocity drops, whereby the fastest route (often) ends up being the 
> shortest, though junctions with accidents can generate minor detours. The 
> shift between the two modes of computation, is not linear, so walking the 
> graph is necessary in most cases. However as the walks could be performed in 
> concurrent lock-steps, it seems feasible to push such kind of workload onto 
> GPUs.
> 
> Question:
> I've been looking at mapD for a while and wondered whether it would be the 
> better alternative solution for routing that may include dynamic congestion 
> data into the routing process. Is anyone out there working with similar 
> thoughts - or, on using GPUs in the process?
> 
> Kind regards
> 
> -- 
> Bjorn Madsen
> 
> ___
> OSRM-talk mailing list
> OSRM-talk@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/osrm-talk

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

[OSRM-talk] routing with GPUs or mapD

[Bjorn Madsen]

Brief introduction:
The difference between (1) routing + overlaying congestion data and (2)
routing with congestion data is that the former simply provides a route
which is extended with the delay given by the reduced travel speed inferred
from the congestion (option 1). We can do that easily today.

Routing with congestion data (option 2) requires that the quickest path is
computed based on the congestion currently and the predicted congestion in
the near future. This results in completely different routes as the road
network velocity drops, whereby the fastest route (often) ends up being the
shortest, though junctions with accidents can generate minor detours. The
shift between the two modes of computation, is not linear, so walking the
graph is necessary in most cases. However as the walks could be performed
in concurrent lock-steps, it seems feasible to push such kind of workload
onto GPUs.

Question:
I've been looking at mapD for a while and wondered whether it would be the
better alternative solution for routing that may include dynamic congestion
data into the routing process. Is anyone out there working with similar
thoughts - or, on using GPUs in the process?

Kind regards

-- 
Bjorn Madsen
___
OSRM-talk mailing list
OSRM-talk@openstreetmap.org
https://lists.openstreetmap.org/listinfo/osrm-talk

Re: [Talk-de] China, Provinz Sechuan

[Michael Kugelmann]

Am 31.03.2016 um 21:47 schrieb H Albrecht:

Gibt es Verbote in dieser Hinsicht?
Ja! GPS-Geräte sind in China komplett verboten. Das bezieht sich nicht 
nur auf das US-System, Glonass und Galileo sind identisch. Das ganze 
gilt im Besonderen für das Anzeigen von Koordinaten und Aufzeichnen von 
Traces in welchem die Daten als "Klartext" enthalten sind. Der Export 
von derartigen Traces aus China kann dich in "arge Bedrängnis" bringen...
Navigationen sind erlaubt (keine Koordinaten-Anzeige), aber die Karte 
darf nur nach Genehmigung der Zensurbehörde verwendet werden. Und ohne 
vorherige "Zensur" darf die Karte (bzw. die Kartendaten) nicht aus China 
exportiert werden.
BTW: nicht ohne Grund schalten viele Telefone/Smartphones Ihr GPS ab, 
wenn sie ein Chinesisches Telefonnetz empfangen (die müssen nicht mal in 
dem Netz eingebucht sein, es reicht wenn es eines der empfangbaren Netze 
ist!).


Sorry für die schlechte Nachricht. => Ich persönlich würde die Finger 
davon lassen.


Anmerkung: glaube auch nicht daran, dass Du in China "ungehinderten 
Internetzungang" hast um die Daten auser Landes zu schaffen:
Siehe die „Great Firewall of China“ im Artikel 
https://de.wikipedia.org/wiki/Internetzensur_in_der_Volksrepublik_China.
Vortrag zur Thematik: 
https://events.ccc.de/congress/2015/Fahrplan/events/7196.html

   "How the Great Firewall discovers hidden circumvention servers"
mit Links zum Video und den Folien, etc.


Grüße,
Michael.

PS: [nur zur Klarstellung] das oben ist kein (schlechter) Scherz zum 
bevorstehenden 1. April !



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

Re: [Talk-it] Source=Google

[Volker Schmidt]

Quelli del gennaio 2010 sono tutti in Haiti, dove se mi ricordo bene Google
aveva messo a disposizione delle foto satellitari.

2016-03-31 22:19 GMT+02:00 Federico Cortese :

> Eppure succede anche questo...
>
> http://overpass-turbo.eu/s/fnR
> https://taginfo.openstreetmap.org/search?q=source%3DGoogle
>
> A vedere taginfo sembra quasi normale, andrebbe documentato nella wiki
> il source=Google   O_O
>
> Ciao
> Federico
>
> ___
> 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-de] China, Provinz Sechuan

[Rolf Eike Beer]

> Hat jemand Erfahrung wie man in China mit Europäern umgeht, die sich für
> ihre Geografie interessieren? Gibt es Verbote in dieser Hinsicht? (ich
> möchte ungern unter Spionageverdacht geraten und letztlich die
> Innenarchitektur eines chinesischen Gefängnisses erkunden ;-) )

Ja, gibt es, und in China darf nur deren eigenes Koordinatensystem verwendet 
werden. OSM ist da schlicht illegal. In wie weit das praktische Relevanz hat, 
kann ich jedoch nicht sagen.

https://en.wikipedia.org/wiki/Restrictions_on_geographic_data_in_China

HTH

Eike

signature.asc
Description: This is a digitally signed message part.
___
Talk-de mailing list
Talk-de@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-de

[Talk-it] Source=Google

[Federico Cortese]

Eppure succede anche questo...

http://overpass-turbo.eu/s/fnR
https://taginfo.openstreetmap.org/search?q=source%3DGoogle

A vedere taginfo sembra quasi normale, andrebbe documentato nella wiki
il source=Google   O_O

Ciao
Federico

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

[Talk-de] China, Provinz Sechuan

[H Albrecht]

Hallo zusammen,

als mapper bin ich Neuling, bisher habe ich nur mir bekannte Ecken in
der osm Karte präzisiert (Franken, Oberpfalz). Betrachtet mich also
bitte nachsichtig als Neuling ;-)

In ein paar Wochen steht eine Chinareise an. Die Karte weist in meinem
Zielgebiet (Gebirge westlich von Chengdu) erhebliche Lücken auf, die ich
gerne mit schließen möchte.
Wie sollte ich am besten vorgehen?

Bisher habe ich den Plan das gps überall mitlaufen zu lassen (tracks
aufzeichnen, täglich sichern) und im Gebirge selbst genutzte Straßen und
Wege im Detail zu erfassen (fieldpaper als Grundlage, Wegpunkte an
markanten Stellen setzen). Über josm würde ich die Daten zu Hause
einpflegen (wie das geht werde ich dann lernen müssen ...). Gibt es
bessere Arbeitsweisen, die auf einer Tour funktionieren (möglichst
zeitsparend)? Oder ist das ohne nähere Ortskenntnis ein relativ
sinnfreies Unterfangen? Sollte ich lieber die locals machen lassen?

Konkrete Fragen:

Hat jemand Erfahrung wie man in China mit Europäern umgeht, die sich für
ihre Geografie interessieren? Gibt es Verbote in dieser Hinsicht? (ich
möchte ungern unter Spionageverdacht geraten und letztlich die
Innenarchitektur eines chinesischen Gefängnisses erkunden ;-) )

Gibt es besondere Ausgaben der osm, die für dieses Gebiet gut geeignet
sind? Ich verwende bisher als Quelle www.raumbezug.eu

Gibt es im Netz tracks von Bergtouren dieser Gegend? Wo könnte ich
suchen? Chinesische Schrift ist für mich persönlich unzugänglich, ich
kann mir aber von Muttersprachlern helfen lassen, wenn ich einen
konkreten Ansatzpunkt finde.

Viele Grüße
Hansjörg


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

Re: [Talk-cat] Cadastre o ICC com a base per als edificis?

[Xavier Barnada]

Hola Esther ,

Com a complement del que comenta en Jose Luis comentar-te que es possible
que alguna de les capes tingui un desplaçament. De fet si fas servir JOSM
quan afegeixes la capa WMS et diu que es possible que hi hagi un
desplaçament.

Salutacions

El jue., 31 mar. 2016 a las 20:39, Jose Luis Infante ()
escribió:

> Doncs primer vaig fer servir el PNOA (i abans el Bing) i quan va ser
> accessible el cadastre, doncs el cadastre. Ara jo et recomano l'ICC,
> combinat amb el cadastre. La traça de l'ICC és més exacte, segons el que he
> editat, però al cadastre pots tenir informació rellevant, com l'altura de
> l'edifici (número de plantes), i sempre és bo comparar les fonts.
>
> Salutacions,
>
> JL
>
> 2016-03-31 19:56 GMT+02:00 Esther Mingot :
>
>> Bones!
>>
>> Comparant edificacions entre cadastre i el topogràfic de l'ICC he vist
>> que acostuma a haver-hi un petit desplaçament entre uns i altres, i encara
>> més amb la imatge del PNOA. Quina de les tres fonts recomaneu o acostumeu a
>> fer servir com a base per poder dibuixar els edificis?
>>
>> Gràcies!
>>
>> *Sólo la verdad nos hará libres*
>>
>> ___
>> Talk-cat mailing list
>> Talk-cat@openstreetmap.org
>> https://lists.openstreetmap.org/listinfo/talk-cat
>>
>>
> ___
> Talk-cat mailing list
> Talk-cat@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-cat
>
___
Talk-cat mailing list
Talk-cat@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-cat

[Talk-cz] WeeklyOSM CZ 295

[Tom Ka]

Ahoj, je dostupné vydání 295 týdeníku weeklyOSM:

http://www.weeklyosm.eu/cz/archives/7128

Téma čísla: Je libo piknik?

* OpenCage - rozhovor s OSM CZ.
* Kuriozní překlad Googlu.
* Vylepšení navigačních dat OSM.
* Nový web fieldpapers.org.
* OSM data v QGIS.
* Vlastní mapy pro OsmAnd.


Pěkné počtení...

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

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

[Marco Antonio]

On Thu, 31 Mar 2016 12:30:57 -0500 "hyan...@gmail.com"
 wrote:

> Sí, estoy de acuerdo que el TM puede seguir evolucionando hacia esa
> parte social de interacción

El TM esta bueno, y como dicen tiene buenas perspectivas. No olvidemos
que existe una otra herramienta muy similar, llamada MapCraft [1][2].

Definir un área, asignar cuadrantes, ver progreso, comentarios y chat,
es libre la creación de "tareas".

Un ejemplo real actual [3], es el llevado por un equipo de investigación
en ecuador para sólo mejorar el mapeo de vías y superficies peatonales. 

Las opciones están ahí, veamos de utilizarlas!

abrazos,

Marco Antonio
@51114u9

[1] http://wiki.openstreetmap.org/wiki/ES:MapCraft
[2] http://mapcraft.nanodesu.ru/
[3] http://mapcraft.nanodesu.ru/pie/553

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

Re: [Talk-cat] València

[Jose Luis Infante]

Hu... Home, s'ha de reflexar la realitat. Vale, hi ha una realitat
jurídica. Qualsevol pot opinar que fins que no surti al Noménclator no és
efectiva la resolució de l'ajuntament, i també es pot opinar en sentit
contrari, que la resolució de l'ajuntament "es lo que vale". Jo
personalment faria el canvi, creant el name:es si no hi és.

Saluts!

JL

2016-03-31 18:37 GMT+02:00 Felip Manyer i Ballester :

> Bona tarda,
>
> l'ajuntament de València ha aprovat avui que la denominació oficial
> d'aquesta ciutat sigui la forma valenciana [1]. Això implica que hauríem
> de modificar-ne el nom també a OpenStreetMap.
>
> Ara, em plantejo un problema d'ordre jurídic: podem fer-ho des d'ara
> mateix, o hem d'esperar que la decisió sigui tramitada a altres
> administracions, i integrada al «Nomenclátor Geográfico de Municipios y
> Entidades de Población» (cf. source:name)?
>
>
> [1]
> http://www.vilaweb.cat/noticies/lajuntament-de-valencia-recupera-legalment-el-nom-de-la-ciutat/
>
> --
> Atentatment,
>
> Felip.
>
>
> I think...  I think it's in my basement... Let me go upstairs and check.
> -+- Escher -+-
>
> ___
> Talk-cat mailing list
> Talk-cat@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-cat
>
___
Talk-cat mailing list
Talk-cat@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-cat

Re: [Talk-cat] Cadastre o ICC com a base per als edificis?

[Jose Luis Infante]

Doncs primer vaig fer servir el PNOA (i abans el Bing) i quan va ser
accessible el cadastre, doncs el cadastre. Ara jo et recomano l'ICC,
combinat amb el cadastre. La traça de l'ICC és més exacte, segons el que he
editat, però al cadastre pots tenir informació rellevant, com l'altura de
l'edifici (número de plantes), i sempre és bo comparar les fonts.

Salutacions,

JL

2016-03-31 19:56 GMT+02:00 Esther Mingot :

> Bones!
>
> Comparant edificacions entre cadastre i el topogràfic de l'ICC he vist que
> acostuma a haver-hi un petit desplaçament entre uns i altres, i encara més
> amb la imatge del PNOA. Quina de les tres fonts recomaneu o acostumeu a fer
> servir com a base per poder dibuixar els edificis?
>
> Gràcies!
>
> *Sólo la verdad nos hará libres*
>
> ___
> Talk-cat mailing list
> Talk-cat@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-cat
>
>
___
Talk-cat mailing list
Talk-cat@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-cat

Wochennotiz Nr. 297 22.03.2016–28.03.2016

[Wochennotizteam]

Hallo,

die Wochennotiz Nr. 297 mit vielen wichtigen Neuigkeiten aus der OpenStreetMap 
Welt ist da: 

http://blog.openstreetmap.de/blog/2016/03/wochennotiz-nr-297/

Viel Spaß beim Lesen!
___
Talk-at mailing list
Talk-at@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-at

Wochennotiz Nr. 297 22.03.2016–28.03.2016

[Wochennotizteam]

Hallo,

die Wochennotiz Nr. 297 mit vielen wichtigen Neuigkeiten aus der OpenStreetMap 
Welt ist da: 

http://blog.openstreetmap.de/blog/2016/03/wochennotiz-nr-297/

Viel Spaß beim Lesen!
___
Talk-de mailing list
Talk-de@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-de

[Talk-cat] Cadastre o ICC com a base per als edificis?

[Esther Mingot]

Bones!
Comparant edificacions entre cadastre i el topogràfic de l'ICC he vist que 
acostuma a haver-hi un petit desplaçament entre uns i altres, i encara més amb 
la imatge del PNOA. Quina de les tres fonts recomaneu o acostumeu a fer servir 
com a base per poder dibuixar els edificis? 

Gràcies!

Sólo la verdad nos hará libres___
Talk-cat mailing list
Talk-cat@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-cat

[Talk-GB] Quarterly Project April-June 2016

[Brian Prangle]

Hi everyone

It seems from the discussion on this topic that you would like a subject
similar to schools for which monitoring tools can be built relatively
quickly; will improve the map for the greatest number of potential users;
and now we might have some better weather, something that needs  some
surveying rather than rely on too much armchair mapping.

So the suggested topic we start on from tomorrow is Healthcare facilities,
concentrating on hospitals (get a complete dataset, get detailed site
plans,add bus routes and stops,do some indoor multi-level mapping etc.) and
doctors surgeries. Anybody who wants to go off and concentrate on others
such as pharmacies, dentists etc feel free to do so

I feeel that we should continue background effort on schools to keep some
of the momentum, and list it as a national ongoing project on the wiki. I'm
sure Robert's postcode-based completion will continue to be available and
RobJN will continue to run the taginfor script for schools

Happy mapping

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

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

[Max1234Ita]

É vero! Mi sono lasciato distrarre dal graffito sul box e mi sono subito i 2
fori proprio a filo del guard rail!

Decisamente autovelox semi-permanente.
Un altro punto per Emax che non ne sbaglia uno! ☺

Max



--
View this message in context: 
http://gis.19327.n5.nabble.com/Secondo-voi-questo-cos-e-tp5870980p5871021.html
Sent from the Italy General mailing list archive at Nabble.com.

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

Re: [Talk-it] Coordinatori regionali

[Paolo Monegato]

Il 30/03/2016 17:34, Cristian Consonni ha scritto:

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?


Per ora c'è più di una disponibilità, ma ancora niente di deciso.
Ad ogni modo il 9 [1] dovremmo avere un piccolo incontro organizzativo a 
livello regionale e con chi ci sarà si parlerà anche di questo.


ciao
Paolo M

[1] Si, lo so, c'è l'assemblea wikimedia... ma tra chi segue la lista 
regionale veneta, che io sappia, ci son solo due iscritti (Luca Menini e 
Giovanni Fasano) e per trovare un'altra data buona si finiva in maggio, 
cioè troppo tardi per gli scopi dell'incontro


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

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

[Danilo Lacoste]

Hola Humberto,

Personalmente he aportado a varias tareas de otros paises, en un
principio para aprender y colaborar. Mi razonamiento no va por el lado
de cerrarnos solo en nuestra zona, si no en la poca utilidad que le
encuentro en crear infinitas tareas demasiado específicas y en las
cuales por lo general tendremos a una sola persona trabajando en ellas
y probablemente muchas de esas tareas estarán años sin terminar. (En
Chile tenemos la triste realidad de tener muy pocos mapeadores
activos).

No estoy seguro si el objetivo de mapazonia.org o de tasks.hotosm.org
es saturarse de tareas con tan poco movimiento o usuarios interesados
en terminarlas.

Creo que el límite en este caso está dado por las habilidades de OSM
Tasking Manager; sería ideal si esta plataforma permitiera crear
microcomunidades con objetivos y prioridades específicas de zonas y
todo eso de forma ordenada. Así no sería necesario que los usuarios
levantaran nuevas instancias del task manager.

Humildemente pienso que lo mejor es trabajar separado para no molestar
los objetivos de las otras plataformas.

que opinan?

saludos

2016-03-31 11:11 GMT-03:00 hyan...@gmail.com :
> Hola Julio y colegas chilenos:
>
> Sí, realmente para tener operando un tasking manager es una tarea técnica
> sencilla, basta con tener un servidor y seguir juiciosamente las
> instrucciones; pero ese no es el punto.  Cuando Marco me invita a compartir
> la herramienta para toda la región de latinoamérica, es con el firme
> propósito de tender puentes entre las distintas fronteras administrativas,
> de que los maperos de la región confluyamos en un mismo punto y colaboremos
> con las distintas crisis (u otro tipo de proyectos), desde México hasta tu
> país.
>
> Los estudiantes del Colegio Salesianos en Duitama, Boyacá, Colombia,
> estuvieron colaborando al trazado al momento de los desastres ocurridos en
> Chile.  Nos une la cordillera de Los Andes, el idioma e historias y culturas
> --en su amplia diversidad-- semejantes. ¿Porqué no pensar como región?
>
> Saludos,
>
> Humberto Yances
> Miembro del Humanitarian OpenStreetMap Team (HOT)
> OSM Colombia
>
>
>
> El 30 de marzo de 2016, 13:49, Julio Costa Zambelli
>  escribió:
>>
>> 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 

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

[Sérgio V .]

Acho que seria bom conservar os dados de altitude do layer IBGE.

Por outro lado, de fato vi marcações de altitude do IBGE em regiões de 
coxilhas, com pouco desnível. São dados gerais de planialtimetria.

Eu também marquei muitas como peak, por não encontrar outra tag mais adeaquada.


Ridge não é propriamente cume, mas significa crista, serra, uma linha 
imaginária que une os cumes ou pontos mais altos, que identifica o divisor de 
águas de onde correm rios necessariamente para lados opostos. Sempre há algum 
divisor de águas, mas não se costuma usar ridge para marcar em  terrenos de 
pouco desnível. Todo morro ou colina tem um ponto mais elevado, mas não 
necessariamente é um pico (abrupto). Depende de classificação segundo a 
proeminência topográfica (desnível mínimo), mas aí é mais complicado. Se houver 
indicação oficial ou mesmo popular, creio que é válido. Mas o dado de altitude 
certamente tem valor.


Adiante seria bom que houvesse uma tag mais adequada para dados de topografia, 
muitos podem não necessariamente ter elementos físicos no terreno como um marco 
geodésico, survey_point ou peak, mas apenas marcados em planta. Porém um dado 
efetivo e de valor para constar nos mapas. Aí talvez se poderia apenas 
substituir a tag peak, onde não for condizente, por algo que indique 
levantamento topográfico que não seja marco concreto ou pico.

A tag survey_point, como vem descrita no wiki, não envolve tudo o que pode ser 
dado medido, mas restringe a um marco físico no terreno, como em geral o ponto 
de origem de uma estação de medição.
O bom seria manter de todo modo o dado de altitude (ele, e source:ele).


- - - - - - - - - - - - - - - -

Sérgio (user:smaprs)
___
Talk-br mailing list
Talk-br@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-br

Re: [Talk-GB] Revert request: #38048227 and #38048737

[Andy Townsend]

On 31/03/2016 14:16, Ed Catmur wrote:


Could someone with access to the revert scripts please rollback these
changesets?



Dee's just mentioned on IRC that she's reverted them - so all sorted now 
I think.


Cheers,
Andy


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

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

[Blademir Andrade de Lima]

Bom, sugiro então revertermos a Changeset até chegarmos em uma conclusão.

Até lá eu vou ler o Wiki para ver se acho lá uma solução e se encontro algum 
exemplo em outra região.

Att,
BladeTC

Enviado do Email para Windows 10

De: Gerald Weber
Enviado:quinta-feira, 31 de março de 2016 11:47
Para: OpenStreetMap no Brasil
Assunto: Re: [Talk-br] RES: Remoção de "Picos" falsos ao entorno de Pouso Alegre

Oi Blademir

eu entendo essas marcações do IBGE como morros e a tag mais próxima para
isto ainda é natural=peak. Concordo que não são picos importantes como um
Monte Everest ;) mas não conheço tag melhor.

Se fossem marcações de altitude arbitrários, simples elevação de terreno,
deveriam aparecer em lugares onde talvez não tivesse um morro, como um vale
ou um rio. Mas eu nunca observei uma destas marcações num rio ou em
chapadas.

Você pode ter morros urbanizados em cidades, ou a vila inteira no cume de
um morro. Não vejo inconsistencia aqui.

Eu penso que a tag natural=ridge não se aplica a isto, ridge seria mais
como como serra. Só seria aplicpavel em casos onde a sequência de picos
forma claramente uma linha, mas é o caso na maiora destas formações e
serras são bem marcadas no IBGE.

Dito tudo isto, eu não tenho nenhuma preferência forte por manter ou
remover isto. O ideal talvez fosse colocar outra tag mais apropriada, algo
tipo natural=small_peak ou natural=hill (tô inventando, mas é só para
ilustrar).

abraço

Gerald

2016-03-31 11:25 GMT-03:00 Blademir Andrade de Lima 
:

> Gerald, como pode observar, para regiões montanhosas, usamos “:Ridge”,
> concorda? Na própria região podemos ver exemplos, como a Serra de Santo
> Antônio (já mapeada) e muitas outras que ainda não foram.
>
> O problemas é que “Ridge” (Cume) não pode ser marcado por um único ponto.
>
>
>
> Paulo, se a remoção não foi oportuna sugiro reverter a changeset. Porem
> peço que corrigimos a área. Como pode ver acima, os pontos podem ser
> aproveitados para usar como “Ridge”. Porem a outros que eu gostaria de
> contestar pois a marcações de 850/900mts em uma cidade onde o nível é o
> mesmo, isso não é pico.
>
>
>
> Podemos concordar que não precisamos mapear todas as elevações do terreno
> (exceto os exemplos anteriores), pois para isso já existe mapeamento
> geográficos para esta finalidade, não precisamos fazer algo que já existe
> pronto.
>
>
>
> Atenciosamente,
>
> BladeTC
>
>
>
> Enviado do Email  para
> Windows 10
>
>
>
> *De: *Gerald Weber 
>
>
>
> E como você sabe que não são pico legítmos dado que é uma área montanhosa?
>
>
>
> *De: *Paulo Carvalho 
>
>
> Blademir, colocaste que tag no lugar?  Se não são picos, devem ser
> marcados como outro acidente geográfico, mas não removidos.
>
> Em 30 de março de 2016 18:07, Blademir Andrade de Lima <
> blademi...@hotmail.com> escreveu:
>
> 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
>
>
___
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-br] RES: Remoção de "Picos" falsos ao entorno de Pouso Alegre

[Gerald Weber]

Oi Blademir

eu entendo essas marcações do IBGE como morros e a tag mais próxima para
isto ainda é natural=peak. Concordo que não são picos importantes como um
Monte Everest ;) mas não conheço tag melhor.

Se fossem marcações de altitude arbitrários, simples elevação de terreno,
deveriam aparecer em lugares onde talvez não tivesse um morro, como um vale
ou um rio. Mas eu nunca observei uma destas marcações num rio ou em
chapadas.

Você pode ter morros urbanizados em cidades, ou a vila inteira no cume de
um morro. Não vejo inconsistencia aqui.

Eu penso que a tag natural=ridge não se aplica a isto, ridge seria mais
como como serra. Só seria aplicpavel em casos onde a sequência de picos
forma claramente uma linha, mas é o caso na maiora destas formações e
serras são bem marcadas no IBGE.

Dito tudo isto, eu não tenho nenhuma preferência forte por manter ou
remover isto. O ideal talvez fosse colocar outra tag mais apropriada, algo
tipo natural=small_peak ou natural=hill (tô inventando, mas é só para
ilustrar).

abraço

Gerald

2016-03-31 11:25 GMT-03:00 Blademir Andrade de Lima 
:

> Gerald, como pode observar, para regiões montanhosas, usamos “:Ridge”,
> concorda? Na própria região podemos ver exemplos, como a Serra de Santo
> Antônio (já mapeada) e muitas outras que ainda não foram.
>
> O problemas é que “Ridge” (Cume) não pode ser marcado por um único ponto.
>
>
>
> Paulo, se a remoção não foi oportuna sugiro reverter a changeset. Porem
> peço que corrigimos a área. Como pode ver acima, os pontos podem ser
> aproveitados para usar como “Ridge”. Porem a outros que eu gostaria de
> contestar pois a marcações de 850/900mts em uma cidade onde o nível é o
> mesmo, isso não é pico.
>
>
>
> Podemos concordar que não precisamos mapear todas as elevações do terreno
> (exceto os exemplos anteriores), pois para isso já existe mapeamento
> geográficos para esta finalidade, não precisamos fazer algo que já existe
> pronto.
>
>
>
> Atenciosamente,
>
> BladeTC
>
>
>
> Enviado do Email  para
> Windows 10
>
>
>
> *De: *Gerald Weber 
>
>
>
> E como você sabe que não são pico legítmos dado que é uma área montanhosa?
>
>
>
> *De: *Paulo Carvalho 
>
>
> Blademir, colocaste que tag no lugar?  Se não são picos, devem ser
> marcados como outro acidente geográfico, mas não removidos.
>
> Em 30 de março de 2016 18:07, Blademir Andrade de Lima <
> blademi...@hotmail.com> escreveu:
>
> 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
>
>
___
Talk-br mailing list
Talk-br@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-br

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

[Blademir Andrade de Lima]

Gerald, como pode observar, para regiões montanhosas, usamos “:Ridge”, 
concorda? Na própria região podemos ver exemplos, como a Serra de Santo Antônio 
(já mapeada) e muitas outras que ainda não foram.
O problemas é que “Ridge” (Cume) não pode ser marcado por um único ponto.

Paulo, se a remoção não foi oportuna sugiro reverter a changeset. Porem peço 
que corrigimos a área. Como pode ver acima, os pontos podem ser aproveitados 
para usar como “Ridge”. Porem a outros que eu gostaria de contestar pois a 
marcações de 850/900mts em uma cidade onde o nível é o mesmo, isso não é pico.

Podemos concordar que não precisamos mapear todas as elevações do terreno 
(exceto os exemplos anteriores), pois para isso já existe mapeamento 
geográficos para esta finalidade, não precisamos fazer algo que já existe 
pronto.

Atenciosamente,
BladeTC

Enviado do Email para Windows 10

De: Gerald Weber

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

De: Paulo Carvalho

Blademir, colocaste que tag no lugar?  Se não são picos, devem ser marcados
como outro acidente geográfico, mas não removidos.

Em 30 de março de 2016 18:07, Blademir Andrade de Lima <
blademi...@hotmail.com> escreveu:

> 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
___
Talk-br mailing list
Talk-br@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-br

Re: [Talk-it] Coordinatori regionali

[Cristian Consonni]

Ciao Marco,

Il 31 marzo 2016 15:41, Marco Montanari  ha scritto:
> Non sto nemmeno a dirlo, sono ovviamente a disposizione per l'emilia
> romagna.

( Meglio se lo dici però ;-) e doppiamente meglio se ti segni sulla pagina[1] )

Ciao,

C
[1] https://wiki.openstreetmap.org/wiki/Local_chapter/OpenStreetMap_Italia

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

Re: [Talk-it] Coordinatori regionali

[Marco Montanari]

Non sto nemmeno a dirlo, sono ovviamente a disposizione per l'emilia
romagna.

M

2016-03-31 15:09 GMT+02:00 Cristian Consonni :

> Ciao,
>
> grazie Alessandro per la segnalazione.
>
> * Trentino Alto Adige: Maurizio Napolitano
> * Puglia: Federico Cortese
> * Sardegna: Claudia Mocci
> * Calabria: Francesco Placco (confermi, Francesco?)
> * Veneto: ?
> * Sicilia: ? (questo thread è stata segnalato da Nino Galante sul
> gruppo Facebook "Open Data Sicilia" seguito da alcuni mappatori e dove
> si parla anche di OSM[1a] e anche sulla lista di un gruppo di
> mappatori di Messina[1b])
>
> Volevo per altro dirvi che essere coordinatori non significa che sia
> necessario smuovere mari e monti, penso che anche l'idea di essere
> attivi come punto di contatto per l'associazione sul territorio sia un
> buon modo per portare avanti le idee dell'associazione, di WIkipedia e
> di OpenStreetMap.
>
> In questo senso, per le regioni dove ci sono già altri soci di
> Wikimedia attivi, potete trovare qualcuno che vi da una mano.
>
> Ciao,
>
> C
> [1a]
> https://www.facebook.com/groups/opendatasicilia/permalink/915651768553479/
> [1b] https://groups.google.com/forum/#!topic/osm-messina/uDl5ymQB4Cw
>
> ___
> Talk-it mailing list
> Talk-it@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-it
>



-- 
Marco Montanari
mail: marco.montan...@gmail.com
mail: m...@mmo.it
mail: marco.montan...@formicablu.it
pec: marco.montanari@pec.it
mobile: +39 3335267086
skype: marco.montanari
web: http://ingmmo.com
___
Talk-it mailing list
Talk-it@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-it

Re: [Talk-it] Coordinatori regionali

[che-...@libero.it]

Ciao, si, confermo. Sará sicuramente interessante.
Grazie* Calabria: Francesco Placco (confermi, Francesco?)
___
Talk-it mailing list
Talk-it@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-it

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

[Andrea Albani]

> Lì, ne ho trovato uno simile a quello in oggetto (è la 6a/7a foto
> dall'alto), ma si differenzia per la presenza di una colonina di sostegno
e
> soprattutto per la presenza dei tradizionali 2 fori sul fianco, necessari
> per l'ottica laser.

A me sembra invece molto simile alle foto 21a e 22a (spero di avere contato
correttamente sul mio smartphone) del sito che hai indicato.
___
Talk-it mailing list
Talk-it@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-it

[OSM-talk-be] Jungle Maps, a humanitarian mapping project in our backyard

[Jorieke Vyncke]

Hello, dag, bonjour Belgian mappers,

It would be great to get your support for a nice little
humanitarain-mapping project in our backyard.

The next two weeks four HOT-OSM volunteers (myself included) will start
with "Jungle Maps" in the refugee camp in Duinkerke in the north of France.
In collaboration with the refugees, we'll try to map out the whole camp.
We'll give them training in fieldmapping and openstreetmap-mapping so that
after two weeks we will have printed maps for the whole camp community that
can be updated by the trained residents themselves.

And yes for this we need some more help! We set up a crowdfunding campain
to raise some money to be able to really go forward with the project. So it
would be lovely if you could miss a few euro's so we can achieve our goal.

You can donate here: https://chuffed.org/project/a-map-for-dunkirk

What we will use the money for is mainly lodging and transport for the
volunteer-trainers, equipement and internet connection and also for the
production of printed maps.

If you don't want to donate money we also are very happy to get offline
donations. I mean, if people have equipement (of course only functional!)
we could use and leave in the camp after the training we would be very
happy with your gifts!

What we are looking for: two or three laptops, a wifi router, two or three
computer mouses, a printer (however I tought Jo was already eager to donate
one!?), a gps, a smartphone and an arabic keyboard (somebodey? We want to
make a multilangual map of the camp...). During the training phase we will
be able to use the materials of Libraries without borders, but we are not
yet sure they will stay on site after the training.

Also it would be very very much appreciated if you could share our
crowdfunding campaign in your networks! And if you are interested to do
even more, please get in touch with us. This is a pilot phase, so maybe
there is an opportunity to extend the project and than we are probably
looking for volunteers... So don't hesitate to get in touch!

Vele groetjes,

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

[Talk-GB] Revert request: #38048227 and #38048737

[Ed Catmur]

I've spotted some errors around Shoreditch High Street Station (the
route of the railway has been mangled) which appear to be the result of
two changesets by the same user:

http://www.openstreetmap.org/changeset/38048227 
http://www.openstreetmap.org/changeset/38048737

They have changeset descriptions "this is wrong. please undo" and
"wrong" so I'm guessing the user got confused and committed them by
accident. User has no other edits in history
(http://www.openstreetmap.org/user/joe89v/history).

Could someone with access to the revert scripts please rollback these
changesets?

Thanks!

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

Re: [Talk-it] Coordinatori regionali

[Cristian Consonni]

Ciao,

grazie Alessandro per la segnalazione.

* Trentino Alto Adige: Maurizio Napolitano
* Puglia: Federico Cortese
* Sardegna: Claudia Mocci
* Calabria: Francesco Placco (confermi, Francesco?)
* Veneto: ?
* Sicilia: ? (questo thread è stata segnalato da Nino Galante sul
gruppo Facebook "Open Data Sicilia" seguito da alcuni mappatori e dove
si parla anche di OSM[1a] e anche sulla lista di un gruppo di
mappatori di Messina[1b])

Volevo per altro dirvi che essere coordinatori non significa che sia
necessario smuovere mari e monti, penso che anche l'idea di essere
attivi come punto di contatto per l'associazione sul territorio sia un
buon modo per portare avanti le idee dell'associazione, di WIkipedia e
di OpenStreetMap.

In questo senso, per le regioni dove ci sono già altri soci di
Wikimedia attivi, potete trovare qualcuno che vi da una mano.

Ciao,

C
[1a] https://www.facebook.com/groups/opendatasicilia/permalink/915651768553479/
[1b] https://groups.google.com/forum/#!topic/osm-messina/uDl5ymQB4Cw

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

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

[Max1234Ita]

Anch'io pensavo a qualcosa tipo sensore per il traffico (conteggio veicoli &
simili) oppure sensore crepuscolare per l'illuminazione della galleria (di
solito però si trovano in posizione un po' più elevata.

Autovelox sarei portato ad escluderlo, mi sembra che il box sia troppo basso
rispetto alla strada

In ogni caso, fosse necessario un catalogo di tutto l'assortimento
disponibile sul territorio Italiano per la misura della velocità ed il
rilevamento di infrazioni varie, potete consultare il sito "Emax" (
http://emax.poigps.com/index.php?option=com_content=view=64=91
 
). 

Lì, ne ho trovato uno simile a quello in oggetto (è la 6a/7a foto
dall'alto), ma si differenzia per la presenza di una colonina di sostegno e
soprattutto per la presenza dei tradizionali 2 fori sul fianco, necessari
per l'ottica laser.

Se si scopre cos'è, fate sapere! :-)

Buona giornata,
Max




--
View this message in context: 
http://gis.19327.n5.nabble.com/Secondo-voi-questo-cos-e-tp5870980p5871009.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

[OSM-talk-be] tagging challenge: octopusstraat

[joost schouppe]

So there's a school which is now officially allowed to close the street
when school starts and finishes:

"Zo zal de Janseniusstraat tweemaal per schooldag ter hoogte van de Remi
Vandervaerenlaan afgezet worden voor inkomend gemotoriseerd verkeer
(uitgezonderd hulpdiensten). Bij het begin van de schooldag kan u van 7u45
tot 8u30 enkel te voet of met de fiets dit deel van de Janseniusstraat in.
Op het einde van de schooldag is de straat afgesloten van 15u15 tot 16u00
en op woensdag van 11u30 tot 12u15. Het uitrijden van de straat blijft voor
buurtbewoners op ieder moment mogelijk."

So it looks like the barrier is somewhere here:
http://www.openstreetmap.org/way/8127971#map=19/50.87526/4.69313

The only thing unclear to me, is if there's only one barrier, and if so,
which part of the Janseniusstraat is actually blocked.

Article:
http://www.tragewegen.be/index.php?option=com_k2=item=item=3997

-- 
Joost @
Openstreetmap  |
Twitter  | LinkedIn
 | Meetup
 | Reddit
 | Wordpress

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

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

[Laura Barroso]

Bien, excelente. Se añadió al semanario, muchas gracias por la colaboración!
Un saludete.

>> 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
>



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

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

[Paulo Carvalho]

Blademir, colocaste que tag no lugar?  Se não são picos, devem ser marcados
como outro acidente geográfico, mas não removidos.

Em 30 de março de 2016 18:07, Blademir Andrade de Lima <
blademi...@hotmail.com> escreveu:

> 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-cz] Officiální subjekt české OSM

[Miroslav Suchy]

Dne 18.2.2016 v 17:07 Pavel Zbytovský napsal(a):
> osobnější kontakt bych měl - jsem s nimi ve styku od doby, co začali uvažovat 
> o OSM a mezitím jsme párkrát něco řešili.
> 
> Toto úterý jsme měli další schůzku a probral jsem s nimi i některá témata 
> ohledně možné spolupráce. Z diskuse vyplynulo
> mimojiné, že nám rádi věnují i některá svá česká data a že samotná jejich 
> redakce ráda využije současné osmap.cz
>  ke kontrole svých dat.
> 
> Nyní bych tedy navrhoval sepsat - co a jak bychom jim přimo mohli nabídnout. 
> A taky různé návrhy co by se nám líbilo "na
> oplátku". S tím, že by si to pak probrali s marketingem a třeba by něco z 
> toho šlo.
> Asi to není možné postavit jako smlouvu, ale spíše dobrovolnou činnost dvou 
> nezávislých stran. I tak by se nám ale
> hodilo zastřešující sdružení, což může být i jedno z témat na ten český SOTM.
> 
> Zde gdoc: 
> https://docs.google.com/document/d/1vAwSj7JfdxWHsbIDlbxe5ZMhKNJolrg21TR_Quht_rg/edit

Pokracuji nejak ta spoluprace se Seznamem?

Mirek

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

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

[Moises Arcos]

El 31 de marzo de 2016, 10:58, Rodrigo Rega 
escribió:

>
> El 30/3/2016 16:05, "Moises Arcos"  escribió:
> >
> > ¿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?
>
> Sí, deben formar parte del área del edificio, de manera que el nodo se
> corresponda con la entrada física principal.
>
De acuerdo esto lo hemos cambiado, porque pensábamos que debían ser puntos
independientes sobre el polígono y no como parte de una 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?
>
> No me consta que la validación de josm lance errores al respecto. ¿Qué
> mensaje es en concreto? ¿Qué versión de cat2osm2 estás usando?
>
Con respecto al error no me sale siempre, y por eso pregunté, por si a
alguien más se le había dado el mismo caso. Aún así ya están corregidos.

Cuando finalicemos la importación catastral, tenemos previsto realizar una
batida de datos de campo para comprobar que los datos subidos a OSM son
correctos, sino modificarlos.
La idea es que nos sirva como base de una Mapping Party que queremos
organizar en el barrio con la temática de Accesibilidad Universal, de forma
que analicemos los portales de las viviendas, los comercios e instituciones
públicas así como la movilidad accesible.

En cuanto vayamos abordando el tema os mantendré informado de lo que vamos
haciendo, por si alguien más se quiere sumar.

> Un saludo.
>
Muchas gracias!!!


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

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

[Serge Wroclawski]

Michal,

The client code is proprietary, and the browser is just a platform from
which to execute the code.

It's similar to running Skype's proprietary binary on Debian. Running a
proprietary application on a Free operating system does not change the
freedom of the application.

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

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

[Rodrigo Rega]

El 30/3/2016 16:05, "Moises Arcos"  escribió:
>
> ¿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?

Sí, deben formar parte del área del edificio, de manera que el nodo se
corresponda con la entrada física principal.

> 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?

No me consta que la validación de josm lance errores al respecto. ¿Qué
mensaje es en concreto? ¿Qué versión de cat2osm2 estás usando?

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

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

[Dino Michelini]

  confermo che si tratta di un autovelox i cartelli sono posti prima
dell'inizio delle gallerie
https://goo.gl/maps/UReotnj22u12 [2]

Il
30.03.2016 23:12 Marco Predicatori ha scritto: 

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

> https://goo.gl/2NoQze [1]
> 
> E' venuto il dubbio anche a me. Però
mancavano i soliti cartelli di
> avviso.
> 
> Ciao, Marco
 



Connetti gratis il mondo con la nuova indoona:  hai la chat, le chiamate, le 
video chiamate e persino le chiamate di gruppo.
E chiami gratis anche i numeri fissi e mobili nel mondo!
Scarica subito l’app Vai su https://www.indoona.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

[Stéphane Péneau]

Je ne sais pas si ça sera utilisable avec d'autres matériels que leur 
smartnav-rtk, mais le code source sera dispo :

http://diydrones.com/profiles/blogs/rtklib-web-console-by-drotek-you-ll-forget-command-line-tool

Stf

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 ?

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


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

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

[Luis García Castro]

El 31 de marzo de 2016, 0:16, Santiago Crespo 
escribió:

> 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
>

Es un trabajazo, ¡muchas gracias!

Echaré una mano revisando algunos de los conjuntos.

-- 

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