Re: [Talk-it] 21-22 novembre: incontro OpenStreetMap a Bologna

[Alessandro]

Il 20/11/2015 13:21, Matteo Zaffonato ha scritto:


C'è un punto preciso di ritrovi in stazione?



Fuori dalla stazione non mi pare ci siano grossi punti di ritrovo. 
Locals, voi che dite?


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

[OSRM-talk] public transport routing

[Kostadin Moraliev]

Hello,
Can I use osrm-routed engine for public transport routes?
I tried to find some info, but without success.
___
OSRM-talk mailing list
OSRM-talk@openstreetmap.org
https://lists.openstreetmap.org/listinfo/osrm-talk

Re: [Talk-de] Nicht mehr gültige PLZs

[Stefan Tzeggai]

Ho

On 11/20/2015 02:08 PM, chris66 wrote:
> Am 20.11.2015 um 13:58 schrieb Martin Koppenhoefer:
> 
>> welches ist der PLZ Server? Ist der autoritativ? Sind dessen Auskünfte 
>> lizenztechnisch für OSM verwertbar?
> 
> Vielleicht der hier:
> 
> https://www.postdirekt.de/plzserver/
> 
> Das ist natürlich keine erlaubte Quelle.

Ja, da habe ich nachgesehen um die PLZ für einen Ortsteil nachzusehen.
Dabei geht es nicht um die Polygone. Fällt das vielleicht unter die
Prüfungserlaubnis?

http://wiki.openstreetmap.org/wiki/DE:Postal_code
>Gerne gestatten wir jedoch, das Sie von der deutschen Internetpräsenz
>des OpenStreetMap-
>Projekts direkt auf die Online-PLZ-Suche verlinken, um so den
>Projektmitarbeitern einen
>unkomplizierten Vergleich der selbst erhobenen Daten mit den
>postalischen Referenzdaten
>zu ermöglichen.

Wenn ihr mir sagt, wo man die sonst recherchieren kann, mache ich das
gerne...

Ich könnte auch 12 Firmenadressen im Internet mit der alten PLZ suchen,
anrufen und nach Ihrer neuen PLZ fragen... Wäre auch relativ schnell
gemacht :-) Aber letztendlich kommt die PLZ doch immer von der Post...
Naja.. Copyrighwahnsinn..

Stefan

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

Re: [Talk-us] Proposal: Sunset ref=* on ways in, favor of relations

[Paul Johnson]

On Thu, Nov 19, 2015 at 1:09 PM, stevea  wrote:

>
> Also, not sure why, but the "gets refreshed every 4 hours based on latest
> OMS data" seems to be lagging, at least in the Name (name=* tag) column.
> Might this be fixed so it updates as stated?  Thank you!


Indeed this tool is lagging, as it's saying the most recently touched
relation in Oklahoma is the northern segment of OK 74, on 2014-01-25
23:05:53.  I can think of several relations in recent memory that have
updated more recently...
___
Talk-us mailing list
Talk-us@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-us

Re: [Talk-ca] Borders of National/Provincial Parcs

[Stewart C. Russell]

Hi Niklas

> I would like to work on the borders of national or provincial parks.

Great! There already some in the map, though it seems that many
provincial parks are tagged as national parks.

> Does anyone know the legal situation?

There were some imported from NRCan data, which we're allowed to use,
either under an older agreement, or under the OGL-CA licence, which has
been cleared for use.

Here's some information on the import layer:
NRCan Protected Areas - OpenStreetMap Wiki


> Can I just draw the the borders
> from park maps, or should I always contact the organizations for clearance?

Some of the maps are put together by non-government agencies, and they
can be quite protective of the data that they add.

cheers,
 Stewart

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

Re: [Talk-es] Resumen de Talk-es, Vol 106, Envío 17

[Paúl Sanz]

Estamos de acuerdo, entonces. Si os parece, me encargo de traducir la página de 
la wiki.

Un saludo

El 20 de noviembre de 2015 13:00:17 CET, talk-es-requ...@openstreetmap.org 
escribió:
>Envíe los mensajes para la lista Talk-es a
>   talk-es@openstreetmap.org
>
>Para subscribirse o anular su subscripción a través de la WEB
>   https://lists.openstreetmap.org/listinfo/talk-es
>
>O por correo electrónico, enviando un mensaje con el texto "help" en
>el asunto (subject) o en el cuerpo a:
>   talk-es-requ...@openstreetmap.org
>
>Puede contactar con el responsable de la lista escribiendo a:
>   talk-es-ow...@openstreetmap.org
>
>Si responde a algún contenido de este mensaje, por favor, edite la
>linea del asunto (subject) para que el texto sea mas especifico que:
>"Re: Contents of Talk-es digest...". Además, por favor, incluya en la
>respuesta sólo aquellas partes del mensaje a las que está
>respondiendo.
>
>
>Asuntos del día:
>
>   1. ¿"Río" en los nombres de los ríos? (Paúl Sanz)
>   2. Re: ¿"Río" en los nombres de los ríos? (Felix)
>   3. Re: ¿"Río" en los nombres de los ríos? (Juan Luis Rodríguez)
>   4. Re: ¿"Río" en los nombres de los ríos? (Miguel Sevilla-Callejo)
>
>
>--
>
>Message: 1
>Date: Fri, 20 Nov 2015 12:11:25 +0100
>From: Paúl Sanz 
>To: talk-es@openstreetmap.org
>Subject: [Talk-es] ¿"Río" en los nombres de los ríos?
>Message-ID:
>   

Re: [Talk-it] 21-22 novembre: incontro OpenStreetMap a Bologna

[Fabrizio Tambussa]

Proporrei dentro la stazione, piano terra della nuova zona alta velocità,
lato via dei Carracci, sotto il tabellone degli orari.
Il 20/Nov/2015 15:34, "Alessandro"  ha scritto:

> Il 20/11/2015 13:21, Matteo Zaffonato ha scritto:
>
>>
>> C'è un punto preciso di ritrovi in stazione?
>>
>>
> Fuori dalla stazione non mi pare ci siano grossi punti di ritrovo. Locals,
> voi che dite?
>
> ___
> 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-us] Proposal: Sunset ref=* on ways in, favor of relations

[Paul Johnson]

On Thu, Nov 19, 2015 at 8:48 AM, Richard Welty 
wrote:

> On 11/19/15 9:33 AM, Paul Johnson wrote:
> >
> >
> > On Thu, Nov 19, 2015 at 8:22 AM, Paul Fox  > > wrote:
> >
> >
> > thanks.  i wasn't sure if "discussion" was the same as
> > "announcement", but
> > i guess it is in this case.  i also didn't realize the relation
> > work was
> > so complete -- i was under the impression this was still
> > preliminary, but
> > i suppose i misread that.
> >
> >
> >  The relation work was starting to come on line a while a go, but so
> > far there's been no big push to get anyone to consume it, even though
> > it does make dealing with routes much more tidy.  Hence why I proposed
> > we start pushing relations for route by default.
> >
> Paul Norman differs on the completeness of the relation work. i would
> be interested in hearing his list of the issues he thinks needs to be
> addressed.


Agreed.  I've been working on route relations in Oklahoma, and it seems at
least one other user has gone a long way (possibly on a power batch, as
I've been admittedly trying to be a perfectionist as I work) in getting the
relations in here.  If there's regions that could use more help, be it in
the US or otherwise, that would be helpful (and suggest we raise this flag
on tagging again to keep everyone relevant involved).
___
Talk-us mailing list
Talk-us@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-us

Re: [Talk-es] Mover valores del Nominatim del IGN

[Miguel Sevilla-Callejo]

No se para los valores que indicas pero para un vertice geodésico y un pico
yo entiendo que son espacialmente el mismo lugar y deben estar etiquetados
para ambas cosas aunque suene contradictorio incluir una clave man_made y
natural sobre el mismo nodo. Pero así ocurre en la realidad, que el hombre
ha construido sobre el pico.

Dicho todo lo anterior compruebo que el uso que se le ha dado a la etiqueta
man_made=survey_point veo no coincide con natural=peak  [1]

Y veo ahora que por ejemplo, para el Pico de Peñalara [2], entre Madrid y
Segovia, hay hasta tres puntos prácticamente superpuestos con informaciones
diferentes. Dos de ¿dos importaciones? y el pico.

¿Qué hacer? ¿Y para este caso?

[1] http://taginfo.openstreetmap.org/tags/man_made=survey_point#combinations
[2]
http://www.openstreetmap.org/query?lat=40.85000=-3.95600#map=19/40.84982/-3.95611=D



*[image: Geo]Miguel Sevilla Callejo*
*Doctor en Geografía | Doctor in Geography*
*Consultor freelance e investigador | Freelance Consultant & Researcher*
Colaborador del Instituto Pirenaico de Ecología, CSIC, Zaragoza | Fellow at
the Pyrenean Institute of Ecology - Spanish National Research Council
Colegiado nº698, Colegio Oficial de Geógrafos | Member #698, Spanish
Professional Association of Geographers
Web: http://bit.ly/sevillacallejo

2015-11-20 13:34 GMT+01:00 Matías Taborda Barroso :

> Hola.
>
> No quería decir duplicar nodos, en el sentido de colocar dos nodos en el
> mismo sitio exactamente, sino con un pequeño desplazamiento uno de otro (un
> metro). Uno sería el vértice geodésicos y otro el nodo natural=peak.
>
> Este caso sería similar a otras circunstancias silimilares como son
> antenas de telecomunicaciones, torretas de vigilancia, depositos de agua,
> etc. En todos estos casos, la construcción (man_made) están hechos en el
> punto más alto del terreno y sin embargo, no me suena haberlos visto
> etiquetados como natural=peak, a mi modo de ver, el caso del vértice
> geodésico sería el mismo ¿no?.
>
>
>
> El 20 de noviembre de 2015, 12:03, Miguel Sevilla-Callejo <
> msevill...@gmail.com> escribió:
>
>> Hola,
>>
>> Yo creo que sería bueno en algún momento revisar estas importaciones como
>> sugiere Rafael, restaurar los puntos eliminados y revisar aquellos que han
>> cambiado de emplazamiento.
>>
>> Respecto a lo que plantea Matias de los puntos geodésicos yo creo que no
>> tiene sentido duplicar nodos sobre unas mismas coordenadas, o sea, habría
>> que añadir la etiqueta adicional al nodo correspondiente, pues es el mismo.
>>
>> Intenté correr la consulta de overpass de Rafael y se me colgó Firefox. A
>> ver si le echo un ojo e intento correrla para algún lugar pequeño de las
>> cercanías de Zaragoza y compruebo como está aquí la situación.
>>
>> Un saludo
>>
>> M
>>
>>
>> *[image: Geo]Miguel Sevilla Callejo*
>> *Doctor en Geografía | Doctor in Geography*
>> *Consultor freelance e investigador | Freelance Consultant & Researcher*
>> Colaborador del Instituto Pirenaico de Ecología, CSIC, Zaragoza | Fellow at
>> the Pyrenean Institute of Ecology - Spanish National Research Council
>> Colegiado nº698, Colegio Oficial de Geógrafos | Member #698, Spanish
>> Professional Association of Geographers
>> Web: http://bit.ly/sevillacallejo
>>
>> 2015-11-19 8:55 GMT+01:00 Matías Taborda Barroso <
>> taborda.barr...@gmail.com>:
>>
>>> Hola Rafael.
>>>
>>> Como responsable de alguna que otra importación, señalar que
>>> efectivamente hay que seguir las directrices a rajatabla, (lease CORINE);
>>> en nuestro caso, en el momento de las importaciones de vértices geodésicos,
>>> de nivelación y nomenclátor del IGN, si que lo consultamos con la comunidad
>>> afectada, no con la comunidad Imports, aunque no se si en aquellos momentos
>>> se habían establecido ya las directrices.
>>>
>>> Gracias por la información, intentaré hacer algo con las indicaciones
>>> que me has dado, no en lo relativo a la importación de los topónimos del
>>> IGN pero si en lo que respecta a las redes de vértices geodésicos y de
>>> nivelación que me consta que se han borrado bastantes. Entiendo que si
>>> verdaderamente estos vértices han desaparecido el usuario de turno halla
>>> decidido borrarlos, pero la verdad es que es bastante raro que estos puntos
>>> se hallan eliminado del terreno.
>>>
>>> Aprovechando el tema. Posteriormente a la importación de los vértices
>>> geodésicos que están etiquetados como *man_made:survey_point*, muchos
>>> usuarios han añadido al nodo que la etiqueta *natural:peak; *:).
>>> Con lo que tenemos las paradoja que al punto más alto de una elevación
>>> montañosa la denominamos simultáneamente como *man_made* y como
>>> *natural*. Evidentemente a priori lo más correcto es man_made puesto
>>> que es una construcción hecha por el hombre, pero como suelen estar
>>> situados en el punto más alto de la elevación, para señalar el natural:peak
>>> habría que duplicar nodos ???.
>>>
>>> No se, se admiten sugerencias.
>>>
>>>

[Talk-lv] Piektdienas nenopietnā bilde

[Mārtiņš Bruņenieks]

Labvakar!

Atceroties reizes, kad kāds Latviju pielēja ar ūdeni OSM, te attēls no
Yandex kartēm:
https://twitter.com/mrserge/status/667703492644089856

 Mārtiņš
___
Talk-lv mailing list
Talk-lv@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-lv

Re: [Talk-us] Proposal: Sunset ref=* on ways in, favor of relations

[Paul Johnson]

On Thu, Nov 19, 2015 at 8:51 AM, Kevin Kenny  wrote:

> On 11/19/2015 07:13 AM, Paul Johnson wrote:
>
>> Obviously there needs to be a sunrise for consumers to catch up, but
>> eventually the dinosaur needs to be killed.  There's some places where the
>> way has a ref unique to the route, as noted on the ground, that currently
>> isn't easy to map thanks to the associated tag already being used to
>> identify the ref of an entirely different entity (the route relation).  I'm
>> also suggesting that the quicker we do this, the more painless it'll be.
>>
> We should probably bear in mind how we got here. There's a natural tension
> here between the different uses of refs, that should be made explicit.
>
> Those who gather data in the field map what they see. I get on the freeway
> near home, and I see signs "Interstate 890 East/NY 7 West." (Newcomers get
> confused all the time about the fact that "east" on the one route is "west"
> on the concurrent one.) At that strictly local view, "ref" is a cluster of
> values -  it's the multiple things that are on the signs. That's what a
> nearsighted mapper sees. In this view, the topology of the highway grid is
> an emergent phenomenon.
>
> Similarly, to the renderer, the question to be asked is, "what shield or
> cluster of shields shall I put on this way?" That's again a purely local,
> nearsighted view, and comes down to "what's on the sign?"
>
> If collecting mapping data from mappers or rendering maps were all that we
> cared about, we'd stop here.  Collect what's on the signs, render what's on
> the signs, we're done.
>

Which also misses some important details as well, since I 444 is not
signed, yet OklaDOT frequently mentions it on it's own state maps and in
traffic reports.  Most reporters are quick to catch this and report what
it's signed as ("75 through the IDL"), or just say "the south and east legs
of the IDL" or "The BA Expressway and the Paul Harvey Expressway downtown",
but occasionally there will be a newbie or intern reporting who will read
it off as 444 and express confusion by this on the air (usually prompting a
correction later in the broadcast as people tweet or text the station with
"everyone knows it's...").

We want to be able to route, and generally speaking, I imagine that routers
> will favour staying on the same numbered route. (I could be mistaken, they
> may simply disfavour roads of lower quality or getting on and off freeways
> unnecessarily.) In any case, the traffic engineers generally number routes
> with the idea that they link destinations. A driver heading from
> Schenectady, New York to Bennington, Vermont can get fairly simple
> directions of "follow NY 7 east all the way to the state line, where it
> becomes Vermont 9. Take Vermont 9 the rest of the way into Bennington. The
> fact that NY 7 makes several twists and turns over local streets, and is
> briefly concurrent with NY 2, or I-87, or NY 22 (and so on) might be noted
> as "watch out, the highway turns here," but a driver could follow the
> directions just as I gave them. That's why we have numbered routes.
>

This is generally the case, and in some situations, legally the case (it's
not uncommon for towns to require trucks to stay on numbered routes except
for local delivery, for example).


> And it's entirely sensible to ask questions like, "what cities does NY 7
> visit?" or "what route does the Northville-Placid Trail take for the
> section where it's following the paved roads in Piseco, NY?"or "what are
> the mileages between exits on I-87?" If all we have is the clustered text
> on the signs, then these are the sort of questions that most database
> managers are very poor at answering, because there's really no alternative
> than parsing the text of each sign, separating it out, and discarding those
> ways that don't match. Furthermore, such a question now comes back with a
> disconnected bucket of ways, without topology, so the program answering the
> question has to reassemble the ways into a route - and it may not even be
> possible to do so.
>

And even going by that philosophy of just checking control points fails in
a big way due to shortcomings in the ground truth.  I 95 does not list
Philadelphia(!) as a control city, skipping right over it to New York
northbound and Columbia, Maryland southbound, IIRC.


> With route relations, it becomes simpler. "Troy Road between Crosstown
> Blvd and the Northway interchange is bannered NY 7,"
> "The Adirondack Northway is bannered I-87 for its entire length" "The
> Adirondack Northway between exits 6 and 7 is bannered NY 7" become discrete
> facts, that are easily queried either by route or by way.
>

And can be easily determined by what boundaries are crossed by the
relation, rather than expecting control cities to be all inclusive or
mapped.


> The disadvantage is that life becomes a trifle more complicated for the
> renderer. Instead of dealing simply with ways that have all the refs in 

[Talk-de] Nicht mehr gültige PLZs

[Stefan Tzeggai]

Hallo

Ich bin ziemlich neu als OSM-Editor.

Ich habe eben mal ein paar PLZs in OSM gefunden, die es laut PLZ-Server
nicht mehr gibt. Die wurden alle in größere PLZs eingegliedert. Wie
pflegt man/ich das denn jetzt ein, ohne jede Adresse editieren zu
müssen? Mit wem spricht man sich da ab?

(Ich bin so vorgegangen. 1. Ich habe die linke PLZ in OSM gesucht und
als Postleitzahl mit Poylgon angezeigt bekommen. 2. Den ort/ortsteil
habe ich dann beim plzserver gesucht, und gecheckt, dass der nur eine
PLZ hat)

06548 -> 06536

08121 -> 08134
08312 -> 08315
08129 -> 08058
08325 -> 08309
08326 -> 08309
08439 -> 08412
08124 -> 08064
08138 -> 08132

09238 -> 09244
09358 -> 09337
09240 -> 09235

27639 -> 27639

Danke und Gruß
Stefan


-- 
Stefan Tzeggai

"Wer nichts zu verbergen hat, braucht auch keine Hose!"

PGP public-key: E73E 63B5 DA8C 5E25 EB17 A7A8 D775 4C89 AA65 82C0
PGP import from: https://www.empirica-systeme.de/tzeggai.public.pgp


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

[Talk-GB] Newark on Trent mappers

[Christian Ledermann]

Hi,

Are there any mappers in and around Newark on Trent?

I'd like to import the "OS Open Map - Local - SK" for newark and liked
to have some other 'local eyes on it.



-- 
Best Regards,

Christian Ledermann

Newark-on-Trent - UK
Mobile : +44 7474997517

https://uk.linkedin.com/in/christianledermann
https://github.com/cleder/


<*)))>{

If you save the living environment, the biodiversity that we have left,
you will also automatically save the physical environment, too. But If
you only save the physical environment, you will ultimately lose both.

1) Don’t drive species to extinction

2) Don’t destroy a habitat that species rely on.

3) Don’t change the climate in ways that will result in the above.

}<(((*>

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

Re: [Talk-es] ¿"Río" en los nombres de los ríos?

[Felix]

Yo tampoco recuerdo si está estandarizado, pero diría que es al igual que
con las calles, ponerlo como en la tag del nombre.

2015-11-20 12:11 GMT+01:00 Paúl Sanz :

> Hola compañeros:
>
> Hoy, buscando información sobre una noticia (linces en la Comunidad de
> Madrid, nada menos), me ha surgido una duda. En la noticia hablaban de
> tres ríos (Cofio, Alberche y Guadarrama) y al buscarlos he visto que
> el Cofio aparece con "name=Río Cofio" mientras que el Alberche está
> etiquetado como "name=Alberche.
>
> Se me ha ocurrido buscar en la wiki pero la página sobre río no está
> traducida. En inglés se señala que hay que incluir "River", pero no sé
> si se ha tratado esto en español o si hay algún acuerdo.
>
> Un saludo
>
> Paúl
>
> ___
> Talk-es mailing list
> Talk-es@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-es
>



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

Re: [Talk-it] [mancata attribuzione] Cellmapper

[girarsi_liste]

On 20/11/2015 08:48, alessandro.pal...@wikimedia.it wrote:
> Il 20/11/2015 00:31, Cascafico Giovanni ha scritto:
>> Se selezionate il layer Openstreetmap nella mappa [1], nessuna
> attribuzione, ed i "terms of use" riportano a Google.
>>
>>
>>
>> [1] https://www.cellmapper.net/map
>>
> 
> Mi sono registrato al sito e postato nel forum una segnalazione
> 
> https://www.cellmapper.net/bb/viewtopic.php?f=5=285
> 
> Alessandro Ale_Zena_IT
> 

Pardon, ho visto ora questo commento.



-- 
Simone Girardelli
_|_|_|_|_|_|_|_|_|_
|_|_|_|_|_|_|_|_|_|_|



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

Re: [Talk-it] [mancata attribuzione] Cellmapper

[girarsi_liste]

On 20/11/2015 00:31, Cascafico Giovanni wrote:
> Se selezionate il layer Openstreetmap nella mappa [1], nessuna
> attribuzione, ed i "terms of use" riportano a Google.
> 
> 
> 
> [1] https://www.cellmapper.net/map
> 
> 
> 

Vedo che Ale_Zena_IT è intervenuto. :)

https://www.cellmapper.net/bb/viewtopic.php?f=5=285



-- 
Simone Girardelli
_|_|_|_|_|_|_|_|_|_
|_|_|_|_|_|_|_|_|_|_|



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

Re: [Talk-de] Nicht mehr gültige PLZs

[Harald Hartmann]

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

> Mit wem spricht man sich da ab?

Am besten mit Gehrke [1], der dann z.B. auch eine entsprechende
Wikiseite pflegt [2].

Leider weiss ich jetzt nicht, ob er aktiv die Mailingliste liest ...
beim deutschen Forum wäre ich mir da aber sicher. Also am besten
einfach mal über sein OSM Account [3] direkt anschreiben. ;-)

[1]: https://wiki.openstreetmap.org/wiki/User:Gehrke
[2]:
https://wiki.openstreetmap.org/wiki/DE:Postleitzahlen%C3%A4nderungen_in_
Deutschland
[3]: https://www.openstreetmap.org/user/Gehrke
-BEGIN PGP SIGNATURE-
Version: GnuPG v2.0.22 (GNU/Linux)

iQEcBAEBAgAGBQJWTxhwAAoJEIuLcq40+Vqtm9kH/3yskUTUn87Sor5Q769pi9GP
L3jU79kmcrYJX8eZwk9y9AM99+tXRjONpUemspFdQDMBbBTm/DjBoOg/FPpndhrj
ZAa0i+RjrjWIT4SKklhMhiSLcqbCZ8m6PjtJQfsdLwcICd+JnF0ID4+wl6FkLhvy
K8WaEqP7Q03sEgObh4A6lcw2am0uj4TNQpjcgwTNuIRPkgI2PuP1DSeQ4IH/V3dz
/r43BRTZZH+W/bnZQPrerQ3AClJjaKx9n9wT1iShoB5fNrHVeuHKG7J2pS/Gab8X
k+ms+dsY3py83EZeVTLEaf1nfaUsGx3HjM5VYUZ/Eu1krt5LWvtQWcKW0K1wxKg=
=RRqW
-END PGP SIGNATURE-

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

[OSM-talk-fr] Comment tagguer les indications de direction pour les itineriaires bis ou verts

[THEVENON Julien]

Bonjour,

Depuis peu je m interesse particulierement aux tags utilises pour la navigation 
routiere ( entre autres turn:lanes, destination etc ) et je me posais la 
question de comment tagguer les indications de direction pour les itineriaires 
bis ou verts.
Souvent les panneaux sont d une couleur differente pour indiquer qu on peut se 
rendre a destination en par l autoroute ou par les routes normales mais je ne 
sais pas comment tagger cela.
J ai l impression que le tag destination est plus destine a indiquer le nom de 
la ville que le moyen de s y rendre ( autoroute ou pas ).
En cherchant un peu sur le wiki je suis tombe sur le tag route=detour ( 
http://wiki.openstreetmap.org/wiki/Tag:route%3Ddetour ) mais il y a peu d 
informations et je ne suis pas sur que se soit applicable en France.
Des avis ?

Pour verifier lors de mes deplacements si les infos ont ete rentrees dans OSM 
je me sers de l appli de guidage Magic Earth( 
http://wiki.openstreetmap.org/wiki/Magic_Earth ) 

Je lui fais un peu de promo au passage car c est ce que je ai trouve de mieux a 
base d OSM sur Android pour l instant. Elle est gratuite marche tres bien sur 
mon S2, est tres reactive, le rendu est sympa, le recalcul d itineraire rapide, 
affiche le guidage par voie de circulation, les panneaux, les radars les 
limitations de vitesse etc.
Les donnees sont mises a jour a peu pres toutes les 3 semaines et peuvent etre 
utilises en ligne ou hors ligne.

Julien

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

Re: [OSM-ja] お手すきの方は、ご協力いただけると幸いです。

[ribbon]

On Fri, Nov 20, 2015 at 01:17:45PM +0900, mitsuru kikkawa wrote:
> 確かに、「OSM Inspector」で見ると、香川でエラーが出ています。
> http://tools.geofabrik.de/osmi/?view=coastline
> 
> 私自身、海岸線を触っていないのに、水浸しになるのは、
> おかしいと思っていましたが、支障があるといけないと思い、
> リバートしました。
> 
> 少し時間をおいて、再度見ています。
> 
> ご意見ありがとうございました。

徳島市あたりなんですが、結構建物マッピングされていますが、
よく見ると、Bingとも基盤地図2500ともずれています。
徳島本町あたりの交差点東側なんかそんな感じです。

ribbon


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

Re: [Talk-es] Mover valores del Nominatim del IGN

[Matías Taborda Barroso]

Hola.

No quería decir duplicar nodos, en el sentido de colocar dos nodos en el
mismo sitio exactamente, sino con un pequeño desplazamiento uno de otro (un
metro). Uno sería el vértice geodésicos y otro el nodo natural=peak.

Este caso sería similar a otras circunstancias silimilares como son antenas
de telecomunicaciones, torretas de vigilancia, depositos de agua, etc. En
todos estos casos, la construcción (man_made) están hechos en el punto más
alto del terreno y sin embargo, no me suena haberlos visto etiquetados como
natural=peak, a mi modo de ver, el caso del vértice geodésico sería el
mismo ¿no?.



El 20 de noviembre de 2015, 12:03, Miguel Sevilla-Callejo <
msevill...@gmail.com> escribió:

> Hola,
>
> Yo creo que sería bueno en algún momento revisar estas importaciones como
> sugiere Rafael, restaurar los puntos eliminados y revisar aquellos que han
> cambiado de emplazamiento.
>
> Respecto a lo que plantea Matias de los puntos geodésicos yo creo que no
> tiene sentido duplicar nodos sobre unas mismas coordenadas, o sea, habría
> que añadir la etiqueta adicional al nodo correspondiente, pues es el mismo.
>
> Intenté correr la consulta de overpass de Rafael y se me colgó Firefox. A
> ver si le echo un ojo e intento correrla para algún lugar pequeño de las
> cercanías de Zaragoza y compruebo como está aquí la situación.
>
> Un saludo
>
> M
>
>
> *[image: Geo]Miguel Sevilla Callejo*
> *Doctor en Geografía | Doctor in Geography*
> *Consultor freelance e investigador | Freelance Consultant & Researcher*
> Colaborador del Instituto Pirenaico de Ecología, CSIC, Zaragoza | Fellow at
> the Pyrenean Institute of Ecology - Spanish National Research Council
> Colegiado nº698, Colegio Oficial de Geógrafos | Member #698, Spanish
> Professional Association of Geographers
> Web: http://bit.ly/sevillacallejo
>
> 2015-11-19 8:55 GMT+01:00 Matías Taborda Barroso <
> taborda.barr...@gmail.com>:
>
>> Hola Rafael.
>>
>> Como responsable de alguna que otra importación, señalar que
>> efectivamente hay que seguir las directrices a rajatabla, (lease CORINE);
>> en nuestro caso, en el momento de las importaciones de vértices geodésicos,
>> de nivelación y nomenclátor del IGN, si que lo consultamos con la comunidad
>> afectada, no con la comunidad Imports, aunque no se si en aquellos momentos
>> se habían establecido ya las directrices.
>>
>> Gracias por la información, intentaré hacer algo con las indicaciones que
>> me has dado, no en lo relativo a la importación de los topónimos del IGN
>> pero si en lo que respecta a las redes de vértices geodésicos y de
>> nivelación que me consta que se han borrado bastantes. Entiendo que si
>> verdaderamente estos vértices han desaparecido el usuario de turno halla
>> decidido borrarlos, pero la verdad es que es bastante raro que estos puntos
>> se hallan eliminado del terreno.
>>
>> Aprovechando el tema. Posteriormente a la importación de los vértices
>> geodésicos que están etiquetados como *man_made:survey_point*, muchos
>> usuarios han añadido al nodo que la etiqueta *natural:peak; *:).
>> Con lo que tenemos las paradoja que al punto más alto de una elevación
>> montañosa la denominamos simultáneamente como *man_made* y como *natural*.
>> Evidentemente a priori lo más correcto es man_made puesto que es una
>> construcción hecha por el hombre, pero como suelen estar situados en el
>> punto más alto de la elevación, para señalar el natural:peak habría que
>> duplicar nodos ???.
>>
>> No se, se admiten sugerencias.
>>
>>
>> El 19 de noviembre de 2015, 4:41, Rafael Avila Coya > > escribió:
>>
>>> Hola, Matías:
>>>
>>> SOBRE IMPORTACIONES DE DATOS
>>> 
>>>
>>> Esto va dirigido a todos/as en realidad.
>>>
>>> En el pasado se hicieron importaciones cuando aún no se había acordado
>>> a nivel global que cualquier importación de datos debe hacerse
>>> siguiendo la guía de importaciones [1]. Entre los requerimientos, es
>>> obligatorio ponerse en contacto con la comunidad local para lograr un
>>> consenso y aprobación de la misma. La necesidad de esto es clara, y no
>>> hay más que ver lo que estamos sufriendo aún ahora la importación de
>>> bosques de la base de datos CORINNE...
>>>
>>> SOBRE SCRIPTS
>>> -
>>>
>>> Para lo que necesitas, una forma sencilla es usar overpass para
>>> generar la diferencia entre lo que había cuando se cerró el último
>>> conjunto de cambios de tu importación de parajes (fué sobre las 08:xx
>>> del 14-4-2011, por lo que puse como fecha las 15:00 de ese mismo día)
>>> y lo que tenemos en la actualidad, incluyendo en el resultado los
>>> nodos que fueron eliminados y también los que fueron creados desde
>>> entonces (quizás esto último no nos interese, pero se puede ignorar en
>>> todo caso).
>>>
>>> El query overpass es de hecho muy sencillo, y te lo comparto aquí con
>>> comentarios que lo explican con detalle: http://overpass-turbo.eu/s/cOB
>>>
>>> Los nodos modificados son los que están 

Re: [Talk-de] Nicht mehr gültige PLZs

[Harald Hartmann]

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

> welches ist der PLZ Server? Ist der autoritativ? Sind dessen
> Auskünfte lizenztechnisch für OSM verwertbar?

ich vermute mal ganz stark: https://www.postdirekt.de/plzserver/ ...
also eher nein.
-BEGIN PGP SIGNATURE-
Version: GnuPG v2.0.22 (GNU/Linux)

iQEcBAEBAgAGBQJWTxoKAAoJEIuLcq40+VqtE7kH/ikT9Dv11Bz+XGexngKEkkwg
SV/Q+qoJ/fo/5CNjI2QkDNmRkvVA1/n22auqYhly2R3F48MuJjYX5hHHrCdnLi/3
dZVnFGmxdiRXwCK3HAW9kXK23Hj0SeoPEbHOMeMXMp40jvx4TBMrER1rqJxIS2/O
Iy4seXaqG5jLbsnQBfhQ+GmeTMViZfcn4nTPJbyNEcODdwApuRD8+wU7fyK7BAeQ
hFIneFh4QoV7LwH8cu14/vp2Bz8yWdwTNv6C1caKPPq2FmAUvkQfKvDaMFqVr29x
xasGfr2e/VxWGkDi+GToCRReECwWglAoKHyZ0TX+oov+ZKhMybHu+9BXy5Q1yCQ=
=yFaP
-END PGP SIGNATURE-

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

[Talk-es] ¿"Río" en los nombres de los ríos?

[Paúl Sanz]

Hola compañeros:

Hoy, buscando información sobre una noticia (linces en la Comunidad de
Madrid, nada menos), me ha surgido una duda. En la noticia hablaban de
tres ríos (Cofio, Alberche y Guadarrama) y al buscarlos he visto que
el Cofio aparece con "name=Río Cofio" mientras que el Alberche está
etiquetado como "name=Alberche.

Se me ha ocurrido buscar en la wiki pero la página sobre río no está
traducida. En inglés se señala que hay que incluir "River", pero no sé
si se ha tratado esto en español o si hay algún acuerdo.

Un saludo

Paúl

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

Re: [Talk-it] [mancata attribuzione] Cellmapper

[girarsi_liste]

On 20/11/2015 08:48, alessandro.pal...@wikimedia.it wrote:
> Il 20/11/2015 00:31, Cascafico Giovanni ha scritto:
>> Se selezionate il layer Openstreetmap nella mappa [1], nessuna
> attribuzione, ed i "terms of use" riportano a Google.
>>
>>
>>
>> [1] https://www.cellmapper.net/map
>>
> 
> Mi sono registrato al sito e postato nel forum una segnalazione
> 
> https://www.cellmapper.net/bb/viewtopic.php?f=5=285
> 
> Alessandro Ale_Zena_IT
> 

Pardon, ho visto adesso il commento.



-- 
Simone Girardelli
_|_|_|_|_|_|_|_|_|_
|_|_|_|_|_|_|_|_|_|_|



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

Re: [OSM-ja] お手すきの方は、ご協力いただけると幸いです。

[mitsuru kikkawa]

皆さま

お騒がせし、失礼しました。
吉川です。

先ほど、RivertのRivertの作業が完了いたしました。
今回は、自分の作業で、海岸線が壊れたのではなかったため、
Rivertの意味がなく、泥沼に陥りそうになりました。

ご助言ありがとうございました。
（今まで数回、自分の作業で壊れたことがあったので、またかと思ってしまいました。）
___
Talk-ja mailing list
Talk-ja@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-ja

Re: [Talk-de] Nicht mehr gültige PLZs

[Martin Koppenhoefer]

sent from a phone

> Am 20.11.2015 um 13:46 schrieb Stefan Tzeggai :
> 
> Ich bin ziemlich neu als OSM-Editor.
> 
> Ich habe eben mal ein paar PLZs in OSM gefunden, die es laut PLZ-Server
> nicht mehr gibt.


welches ist der PLZ Server? Ist der autoritativ? Sind dessen Auskünfte 
lizenztechnisch für OSM verwertbar?


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

Re: [Talk-es] Mover valores del Nominatim del IGN

[Miguel Sevilla-Callejo]

Hola,

Yo creo que sería bueno en algún momento revisar estas importaciones como
sugiere Rafael, restaurar los puntos eliminados y revisar aquellos que han
cambiado de emplazamiento.

Respecto a lo que plantea Matias de los puntos geodésicos yo creo que no
tiene sentido duplicar nodos sobre unas mismas coordenadas, o sea, habría
que añadir la etiqueta adicional al nodo correspondiente, pues es el mismo.

Intenté correr la consulta de overpass de Rafael y se me colgó Firefox. A
ver si le echo un ojo e intento correrla para algún lugar pequeño de las
cercanías de Zaragoza y compruebo como está aquí la situación.

Un saludo

M


*[image: Geo]Miguel Sevilla Callejo*
*Doctor en Geografía | Doctor in Geography*
*Consultor freelance e investigador | Freelance Consultant & Researcher*
Colaborador del Instituto Pirenaico de Ecología, CSIC, Zaragoza | Fellow at
the Pyrenean Institute of Ecology - Spanish National Research Council
Colegiado nº698, Colegio Oficial de Geógrafos | Member #698, Spanish
Professional Association of Geographers
Web: http://bit.ly/sevillacallejo

2015-11-19 8:55 GMT+01:00 Matías Taborda Barroso 
:

> Hola Rafael.
>
> Como responsable de alguna que otra importación, señalar que efectivamente
> hay que seguir las directrices a rajatabla, (lease CORINE); en nuestro
> caso, en el momento de las importaciones de vértices geodésicos, de
> nivelación y nomenclátor del IGN, si que lo consultamos con la comunidad
> afectada, no con la comunidad Imports, aunque no se si en aquellos momentos
> se habían establecido ya las directrices.
>
> Gracias por la información, intentaré hacer algo con las indicaciones que
> me has dado, no en lo relativo a la importación de los topónimos del IGN
> pero si en lo que respecta a las redes de vértices geodésicos y de
> nivelación que me consta que se han borrado bastantes. Entiendo que si
> verdaderamente estos vértices han desaparecido el usuario de turno halla
> decidido borrarlos, pero la verdad es que es bastante raro que estos puntos
> se hallan eliminado del terreno.
>
> Aprovechando el tema. Posteriormente a la importación de los vértices
> geodésicos que están etiquetados como *man_made:survey_point*, muchos
> usuarios han añadido al nodo que la etiqueta *natural:peak; *:).
> Con lo que tenemos las paradoja que al punto más alto de una elevación
> montañosa la denominamos simultáneamente como *man_made* y como *natural*.
> Evidentemente a priori lo más correcto es man_made puesto que es una
> construcción hecha por el hombre, pero como suelen estar situados en el
> punto más alto de la elevación, para señalar el natural:peak habría que
> duplicar nodos ???.
>
> No se, se admiten sugerencias.
>
>
> El 19 de noviembre de 2015, 4:41, Rafael Avila Coya 
> escribió:
>
>> Hola, Matías:
>>
>> SOBRE IMPORTACIONES DE DATOS
>> 
>>
>> Esto va dirigido a todos/as en realidad.
>>
>> En el pasado se hicieron importaciones cuando aún no se había acordado
>> a nivel global que cualquier importación de datos debe hacerse
>> siguiendo la guía de importaciones [1]. Entre los requerimientos, es
>> obligatorio ponerse en contacto con la comunidad local para lograr un
>> consenso y aprobación de la misma. La necesidad de esto es clara, y no
>> hay más que ver lo que estamos sufriendo aún ahora la importación de
>> bosques de la base de datos CORINNE...
>>
>> SOBRE SCRIPTS
>> -
>>
>> Para lo que necesitas, una forma sencilla es usar overpass para
>> generar la diferencia entre lo que había cuando se cerró el último
>> conjunto de cambios de tu importación de parajes (fué sobre las 08:xx
>> del 14-4-2011, por lo que puse como fecha las 15:00 de ese mismo día)
>> y lo que tenemos en la actualidad, incluyendo en el resultado los
>> nodos que fueron eliminados y también los que fueron creados desde
>> entonces (quizás esto último no nos interese, pero se puede ignorar en
>> todo caso).
>>
>> El query overpass es de hecho muy sencillo, y te lo comparto aquí con
>> comentarios que lo explican con detalle: http://overpass-turbo.eu/s/cOB
>>
>> Los nodos modificados son los que están entre los tags > type="modify"> y , con el nodo original entre  y 
>> y la versión más actual entre  y . Los nodos eliminados
>> están entre los tags  y , de nuevo con
>> el nodo original entre  y  y los detalles de la eliminación
>> entre  y . Los nodos creados nuevos después de aquella
>> fecha del 14-4-2011 son los que están entre los tags > type="create"> y .
>>
>> Con el fichero generado pueden hacerse múltiples cosas. Con sencillos
>> scripts (python, awk...) pueden contarse los nodos que había en
>> aquella fecha, los que se borraron, los que se crearon nuevos, los que
>> se movieron de sitio, etc. Incluso generar un .osm nuevo con los nodos
>> que se movieron, o con los nodos que se eliminaron, o ambos, y luego
>> importarlos a un uMap, donde se podrían ver de forma gráfica sobre un
>> mapa.
>>
>> Yo, por 

Re: [Talk-de] Nicht mehr gültige PLZs

[Florian Lohoff]

On Fri, Nov 20, 2015 at 01:46:34PM +0100, Stefan Tzeggai wrote:
> Hallo
> 
> Ich bin ziemlich neu als OSM-Editor.
> 
> Ich habe eben mal ein paar PLZs in OSM gefunden, die es laut PLZ-Server
> nicht mehr gibt. Die wurden alle in größere PLZs eingegliedert. Wie
> pflegt man/ich das denn jetzt ein, ohne jede Adresse editieren zu
> müssen? Mit wem spricht man sich da ab?

Wenn müssen alle Adressen korrigiert werden - D.h. innerhalb des
polygons müssen alle addr:postcode korrigiert werden. Das ist
aber zweitrangig weil IIRC Nominatim das addr:postcode stand heute nicht
nutzt sondern die postcode polygone/relationen.
 
> (Ich bin so vorgegangen. 1. Ich habe die linke PLZ in OSM gesucht und
> als Postleitzahl mit Poylgon angezeigt bekommen. 2. Den ort/ortsteil
> habe ich dann beim plzserver gesucht, und gecheckt, dass der nur eine
> PLZ hat)
> 
> 06548 -> 06536
> 
> 08121 -> 08134
> 08312 -> 08315
> 08129 -> 08058
> 08325 -> 08309
> 08326 -> 08309
> 08439 -> 08412
> 08124 -> 08064
> 08138 -> 08132
> 
> 09238 -> 09244
> 09358 -> 09337
> 09240 -> 09235
> 
> 27639 -> 27639

http://wiki.openstreetmap.org/wiki/DE:Postleitzahlen%C3%A4nderungen_in_Deutschland

Die Frage ist ob wir die wirklich entfernen wollen? Defakto sind
ja da draussen noch Adressen unterwegs mit den PLZ - Die sollten
ja im Geocoder weiter funktionieren.

Ich weiss nicht ob nominatim auch sowas wie alt_name/ alt_ref/
alt_postcode in den PLZ relations kann - Das wäre das optimale dann
würde das ggfs auf die richtige PLZ korrigiert werden.

Flo
-- 
Florian Lohoff f...@zz.de
  We need to self-defend - GnuPG/PGP enable your email today!


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

Re: [Talk-es] ¿"Río" en los nombres de los ríos?

[Miguel Sevilla-Callejo]

Yo recuerdo haber incluido lo de "Río" delante, plantearme la misma
pregunta y terminar respondiéndome solo que según que situaciones (en
latinoamérica, por ejemplo) se le puede llamar de otro modo a la "vía de
agua" (quebrada, torrente, arroyo, riachuelo, regato...) y habría de
incluirse así en el name=*.
;-)

*[image: Geo]Miguel Sevilla Callejo*
*Doctor en Geografía | Doctor in Geography*
*Consultor freelance e investigador | Freelance Consultant & Researcher*
Colaborador del Instituto Pirenaico de Ecología, CSIC, Zaragoza | Fellow at
the Pyrenean Institute of Ecology - Spanish National Research Council
Colegiado nº698, Colegio Oficial de Geógrafos | Member #698, Spanish
Professional Association of Geographers
Web: http://bit.ly/sevillacallejo

2015-11-20 12:20 GMT+01:00 Juan Luis Rodríguez :

>
>
> Pues supongo que sí, al igual que hay que incluir el tipo de vía en el
> nombre: Calle Nueva, Plaza de España, Avenida de Andalucía, ...
>
>
> --
> Un saludo,
> Juan Luis.
> 2015-11-20 12:11 GMT+01:00 Paúl Sanz :
>
>> Hoy, buscando información sobre una noticia (linces en la Comunidad de
>> Madrid, nada menos), me ha surgido una duda. En la noticia hablaban de
>> tres ríos (Cofio, Alberche y Guadarrama) y al buscarlos he visto que
>> el Cofio aparece con "name=Río Cofio" mientras que el Alberche está
>> etiquetado como "name=Alberche.
>>
>> Se me ha ocurrido buscar en la wiki pero la página sobre río no está
>> traducida. En inglés se señala que hay que incluir "River", pero no sé
>> si se ha tratado esto en español o si hay algún acuerdo.
>>
>
> ___
> 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-it] 21-22 novembre: incontro OpenStreetMap a Bologna

[Matteo Zaffonato]

Il 20/11/2015 08:42, alessandro.pal...@wikimedia.it ha scritto:

Salve lista!

Ho aggiornato la pagina wiki
https://wiki.openstreetmap.org/wiki/2015_Novembre_OpenStreetMap_Bologna



C'è un punto preciso di ritrovi in stazione?

Matteo


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

Re: [Talk-de] Nicht mehr gültige PLZs

[chris66]

Am 20.11.2015 um 13:58 schrieb Martin Koppenhoefer:

> welches ist der PLZ Server? Ist der autoritativ? Sind dessen Auskünfte 
> lizenztechnisch für OSM verwertbar?

Vielleicht der hier:

https://www.postdirekt.de/plzserver/

Das ist natürlich keine erlaubte Quelle.


Chris






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

Re: [OSRM-talk] public transport routing

[Daniel Hofmann]

I recently looked into this for a few hours. This may help you getting
started:

GTFS transit feed specification, examples, ecosystem:
https://developers.google.com/transit/gtfs/#overview-of-a-gtfs-feed
https://github.com/google/transit/tree/master/gtfs-realtime

Publicly listed GTFS feeds:
https://code.google.com/p/googletransitdatafeed/wiki/PublicFeeds

Good overview; you can find tools in OtherTools:
https://code.google.com/p/googletransitdatafeed/w/list

If you want to implement the transit routing yourself, a solid start is
Connection Scan --- "Intriguingly Simple and Fast Transit Routing"

quite easy to implement but also has its limitations.

Cheers,
Daniel J H

On Fri, Nov 20, 2015 at 10:19 AM, Patrick Niklaus <
patrick.nikl...@student.kit.edu> wrote:

> No, it is not really suited for routing that requires information
> about schedules (like time tables).
>
> On Fri, Nov 20, 2015 at 4:05 PM, Kostadin Moraliev 
> wrote:
> > Hello,
> > Can I use osrm-routed engine for public transport routes?
> > I tried to find some info, but without success.
> >
> >
> > ___
> > 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 mailing list
OSRM-talk@openstreetmap.org
https://lists.openstreetmap.org/listinfo/osrm-talk

[OSM-talk-fr] imagerie mapbox

[Laurent Combe]

Quand je regarde le projet Opensolarmap je vois qu'il utilise un fond de
cartographie MapBox

cet accès aux images Mapbox est-il envisageable pour agrémenter une carte
faite avec umap
techniquement c'est possible mais ma question porte plus sur le coté "droit
d'utilisation"

parce que ça me gave de voir des petites collectivités mettre en avant sur
leur site institutionnel des cartes google maps ("parce qu'il y a la vue
satellite")

si quelqu'un peut m'éclairer sur ce point je suis à son écoute ...

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

Re: [Talk-it] [mancata attribuzione] Cellmapper

[Andrea Lattmann]

Il 20 novembre 2015 12:18:53 CET, girarsi_liste  ha 
scritto:
>On 20/11/2015 00:31, Cascafico Giovanni wrote:
>> Se selezionate il layer Openstreetmap nella mappa [1], nessuna
>> attribuzione, ed i "terms of use" riportano a Google.
>> 
>> 
>> 
>> [1] https://www.cellmapper.net/map
>> 
>> 
>> 
>
>Vedo che Ale_Zena_IT è intervenuto. :)
>
>https://www.cellmapper.net/bb/viewtopic.php?f=5=285
>
>
>
>-- 
>Simone Girardelli
>_|_|_|_|_|_|_|_|_|_
>|_|_|_|_|_|_|_|_|_|_|
>
>
>
>___
>Talk-it mailing list
>Talk-it@openstreetmap.org
>https://lists.openstreetmap.org/listinfo/talk-it

Bravo Ale_Zena_IT,
c'è da dire una cosa: certo che siam messi male... OSM è poco conosciuto e quei 
pochi, la maggior parte, non rispetta l' unico adempimento che viene richiesto. 

Andrea Lattmann

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

Re: [Talk-it] Mancata attribuzione

[Andrea Lattmann]

Il 19 novembre 2015 09:10:57 CET, Martin Koppenhoefer  
ha scritto:
>2015-11-19 8:56 GMT+01:00 Andrea Lattmann :
>
>> Ciao, hai provato K9-mail? Ti semplifica la vita :-)
>
>
>
>è meno una questione del mail client che della netiquette.
>https://it.wikipedia.org/wiki/Netiquette#Le_regole_importanti
>
>ciao,
>Martin
>
>
>
>
>___
>Talk-it mailing list
>Talk-it@openstreetmap.org
>https://lists.openstreetmap.org/listinfo/talk-it

Grazie Martin, 
Mi era sfuggita la Netiquette, scusate ma ultimamente ho qualche difficoltà di 
concentrazione (Sono quasi 6 mesi che lavoro 7 giorni su 7). Grazie ancora

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

Re: [OSM-talk-fr] imagerie mapbox

[Laurent Combe]

merci pour cette réponse développée
mais je reviens à la charge

ai-je le droit sur une carte umap de rajouter une couche 'vue satellite' en
pointant le serveur de tuile mapbox sans déclaration préalable ?
(sachant que les sites visés ont une audience limitée et que le besoin de
performance n'est pas la priorité)

laurent

Le 20 novembre 2015 18:06, Philippe Verdy  a écrit :

> Malgré tout on voit pas mal de cartes Mapbox/OpenStreetmap maintenant sur
> des sites connus.
>
> Concernant les cartes du Mali et Bamako (actualité en cours), exit Bing
> maps, Yahoo Maps, Google Maps sur les sites d'actu: OSM est bien plus
> avancé (surtout dans les zones urbaines) et s'impose (souvent des captures
> de cartes statiques). Mais quand il n'y a pas de carte on a encore du
> Google Earth plein les écrans.
> Mapbox permet aussi une vue aérienne avec ses propres serveurs (les
> sources photographiques sont cependant souvent les mêmes que Google, Bing
> et Yahoo dans plein d'endroits, avec de légères différences seulement dans
> le calage orthogéographique, on voit les mêmes nuages et les mêmes saisons
> sur les niveaux des fleuves ou la couverture végétale).
> Pour des zones bien servies en données (Europe), on a franchement le choix
> maintenant, mais les sites web sont paresseux et veulent un service qui
> répond à la charge sans délai, et là Google est encore roi grace à ses
> serveurs. Pour plein de sites le degré de précision et de détails demandé à
> la cartographie a peu d'importance, et le niveau demandé est équivalent et
> suffisant entre OSM et Google ou Bing.
> Les différences sont alors sur les conditions de licence/distribution (le
> prix demandé pour le service au delà d'une certaine charge), et la qaulité
> de service pour les visiteurs (quelquechose que la Fondation OSM ne peut
> pas garantir contractuellement sur sa propre plateforme): la plupart des
> sites n'ont pas du tout envie de soutenir le travail collaboratif, ils
> veulent juste une carte qui s'affiche correctement et rapidement et sans
> surcout excessif. Mapbox réussit à le faire pour les petits sites, mais
> c'est pour les gros sites à forte utilisation que Mapbox est encore très
> absent (notamment les sites de petites annonces, l'immobilier, les sites de
> rencontre, les réseaux sociaux pour leurs besoin de géolocalisation des
> produits ou des utilisateurs): ils veulent de la performance et une
> garantie de fonctionnement 24/24 pour plus de 99% du temps et des
> utilisateurs où qu'ils soient.
> Pour les sites d'actualité les besoins de performance sont moins élevés:
> ils n'ont besoin que de garder souvent qu'une carte statique juste adaptée
> à l'illustration, et là ils n'ont pas envie du tout de payer des licences à
> Google alors qu'ils supportent la charge (très réduite) directement sur
> leurs propres serveur. Néanmoins ces sites ont une forte présence et
> amènent des contributeurs au projet.
>
> Si seulement ces sites commerciaux pouvaient aussi contribuer un peu avec
> quelques dons, et si pour les cartes dynamiques ils mettaient en place
> leurs propres proxy-caches de tuiles (même sans installer des serveurs de
> rendus chez eux)...
>
> Mais là on est confronté à des limites d'utilisation des serveurs OSM par
> les proxies tiers. C'est un peu dommage. OSM devrait développer une
> interface permettant aux proxies tiers de fonctionner correctement sans se
> faire bloquer (voir la politique d'utilisation des serveurs de tuiles OSM),
> alors que ces proxies peuvent soulager les serveurs de tuiles d'OSM et
> promouvoir en même temps le projet. Quitte à ce que par cette interface les
> mises à jour des tuiles soient beaucoup moins instantanées (des délais
> voisins d'une semaine ou même un mois seraient tout à fait acceptables pour
> que la distribution aux proxies tiers ne souffre d'aucun sérieux problème
> de performance ou de disponibilité).
>
> OSM n'a à mon avis pas assez de caches déployés (c'est un besoin plus
> important encore que des serveurs de rendus compliqués à installer et
> surtout couteux à gérer).
>
>
> Le 20 novembre 2015 17:30, Laurent Combe  a écrit :
>
>> Quand je regarde le projet Opensolarmap je vois qu'il utilise un fond de
>> cartographie MapBox
>>
>> cet accès aux images Mapbox est-il envisageable pour agrémenter une carte
>> faite avec umap
>> techniquement c'est possible mais ma question porte plus sur le coté
>> "droit d'utilisation"
>>
>> parce que ça me gave de voir des petites collectivités mettre en avant
>> sur leur site institutionnel des cartes google maps ("parce qu'il y a la
>> vue satellite")
>>
>> si quelqu'un peut m'éclairer sur ce point je suis à son écoute ...
>>
>> Laurent
>>
>> ___
>> Talk-fr mailing list
>> Talk-fr@openstreetmap.org
>> https://lists.openstreetmap.org/listinfo/talk-fr
>>
>>
>
> ___
> Talk-fr mailing list
> Talk-fr@openstreetmap.org
> 

Re: [Talk-ca] Extraction of polygons - St-Jean-sur-Richelieu 2011

[Pierre Béland]

Bonjour William
Le lien du fichier est 
inondation-richelieu-zones-inondees.kml

cordialement
  
Pierre Béland

  De : William Belzile 
 À : "'talk-ca@openstreetmap.org'"  
 Envoyé le : Vendredi 20 novembre 2015 13h14
 Objet : [Talk-ca] Extraction of polygons - St-Jean-sur-Richelieu 2011
   
 Hello!
I’m a beginner in the use of Open Street Map. I was referred to a map showing 
the extent of a flood happening in 
2011(http://pierzen.dev.openstreetmap.org/hot/openlayers/inondation-richelieu-2011.htm
 ). I was able to open the map and access it visually, but was not able to 
extract the polygons behind it. So I wanted to know how to extract the polygons 
of this flood footprint  in .shp or .tab to use in a GIS software?    Thanks in 
advance for your help and have a great day!       
|   |  |  |  |  |
| William Belzile
Analyste en systèmes d'information géographique

Actuariat corporatif,
Modélisation et Recherche
Assurance de dommages  | 
Lévis (siège social)

418 835-4900, poste 5523324
1 877 835-4900, poste 5523324
Télécopieur : 418 835-6657  | 



  |  |  |

   
| Faites bonne impression et imprimez seulement au besoin!

Ce courriel est confidentiel, peut être protégé par le secret professionnel et 
est adressé exclusivement au destinataire. Il est strictement interdit à toute 
autre personne de diffuser, distribuer ou reproduire ce message. Si vous l'avez 
reçu par erreur, veuillez immédiatement le détruire et aviser l'expéditeur. 
Merci.  |

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


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

[Talk-ca] Extraction of polygons - St-Jean-sur-Richelieu 2011

[William Belzile]

Hello!
I'm a beginner in the use of Open Street Map.
I was referred to a map showing the extent of a flood happening in 
2011(http://pierzen.dev.openstreetmap.org/hot/openlayers/inondation-richelieu-2011.htm
 ). I was able to open the map and access it visually, but was not able to 
extract the polygons behind it. So I wanted to know how to extract the polygons 
of this flood footprint  in .shp or .tab to use in a GIS software?

Thanks in advance for your help and have a great day!


[cid:image001.gif@01D12395.1D93CDA0]

William Belzile
Analyste en systèmes d'information géographique

Actuariat corporatif,
Modélisation et Recherche
Assurance de dommages


Lévis (siège social)

418 835-4900, poste 5523324
1 877 835-4900, poste 5523324
Télécopieur : 418 835-6657







Faites bonne impression et imprimez seulement au besoin!

Ce courriel est confidentiel, peut être protégé par le secret professionnel et 
est adressé exclusivement au destinataire. Il est strictement interdit à toute 
autre personne de diffuser, distribuer ou reproduire ce message. Si vous l'avez 
reçu par erreur, veuillez immédiatement le détruire et aviser l'expéditeur. 
Merci.


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

Re: [OSM-talk-fr] Comment tagguer les indications de direction pour les itineriaires bis ou verts

[Jérôme Seigneuret]

Cela semble correspondre.

Il y a un exemple cité dans la page du wiki:
- https://www.openstreetmap.org/relation/58481

Sinon la requête Overpass pour la France. Taginfo en liste 72. Tu peux
surement t'en servir d'exemple. Ce tag existe depuis 2009 donc ça fait un
moment. Je pense qu'un dépoussiérage et un complément coté page FR serait
un plus ;-)

[out:json][timeout:50];
// fetch area “France” to search in
{{geocodeArea:France}}->.searchArea;
// gather results
(
  // query part for: “route=detour”
  relation["route"="detour"](area.searchArea);
);
// print results
out body;
>;
out skel qt;

J'ai pas pu lancer la requête... Peut-être que le serveur est trop
surchargé.





Le 20 novembre 2015 12:45, THEVENON Julien  a
écrit :

> Bonjour,
>
> Depuis peu je m interesse particulierement aux tags utilises pour la
> navigation routiere ( entre autres turn:lanes, destination etc ) et je me
> posais la question de comment tagguer les indications de direction pour les
> itineriaires bis ou verts.
> Souvent les panneaux sont d une couleur differente pour indiquer qu on
> peut se rendre a destination en par l autoroute ou par les routes normales
> mais je ne sais pas comment tagger cela.
> J ai l impression que le tag destination est plus destine a indiquer le
> nom de la ville que le moyen de s y rendre ( autoroute ou pas ).
> En cherchant un peu sur le wiki je suis tombe sur le tag route=detour (
> http://wiki.openstreetmap.org/wiki/Tag:route%3Ddetour ) mais il y a peu d
> informations et je ne suis pas sur que se soit applicable en France.
> Des avis ?
>
> Pour verifier lors de mes deplacements si les infos ont ete rentrees dans
> OSM je me sers de l appli de guidage Magic Earth(
> http://wiki.openstreetmap.org/wiki/Magic_Earth )
>
> Je lui fais un peu de promo au passage car c est ce que je ai trouve de
> mieux a base d OSM sur Android pour l instant. Elle est gratuite marche
> tres bien sur mon S2, est tres reactive, le rendu est sympa, le recalcul d
> itineraire rapide, affiche le guidage par voie de circulation, les
> panneaux, les radars les limitations de vitesse etc.
> Les donnees sont mises a jour a peu pres toutes les 3 semaines et peuvent
> etre utilises en ligne ou hors ligne.
>
> Julien
>
> ___
> Talk-fr mailing list
> Talk-fr@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-fr
>
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] imagerie mapbox

[Philippe Verdy]

Malgré tout on voit pas mal de cartes Mapbox/OpenStreetmap maintenant sur
des sites connus.

Concernant les cartes du Mali et Bamako (actualité en cours), exit Bing
maps, Yahoo Maps, Google Maps sur les sites d'actu: OSM est bien plus
avancé (surtout dans les zones urbaines) et s'impose (souvent des captures
de cartes statiques). Mais quand il n'y a pas de carte on a encore du
Google Earth plein les écrans.
Mapbox permet aussi une vue aérienne avec ses propres serveurs (les sources
photographiques sont cependant souvent les mêmes que Google, Bing et Yahoo
dans plein d'endroits, avec de légères différences seulement dans le calage
orthogéographique, on voit les mêmes nuages et les mêmes saisons sur les
niveaux des fleuves ou la couverture végétale).
Pour des zones bien servies en données (Europe), on a franchement le choix
maintenant, mais les sites web sont paresseux et veulent un service qui
répond à la charge sans délai, et là Google est encore roi grace à ses
serveurs. Pour plein de sites le degré de précision et de détails demandé à
la cartographie a peu d'importance, et le niveau demandé est équivalent et
suffisant entre OSM et Google ou Bing.
Les différences sont alors sur les conditions de licence/distribution (le
prix demandé pour le service au delà d'une certaine charge), et la qaulité
de service pour les visiteurs (quelquechose que la Fondation OSM ne peut
pas garantir contractuellement sur sa propre plateforme): la plupart des
sites n'ont pas du tout envie de soutenir le travail collaboratif, ils
veulent juste une carte qui s'affiche correctement et rapidement et sans
surcout excessif. Mapbox réussit à le faire pour les petits sites, mais
c'est pour les gros sites à forte utilisation que Mapbox est encore très
absent (notamment les sites de petites annonces, l'immobilier, les sites de
rencontre, les réseaux sociaux pour leurs besoin de géolocalisation des
produits ou des utilisateurs): ils veulent de la performance et une
garantie de fonctionnement 24/24 pour plus de 99% du temps et des
utilisateurs où qu'ils soient.
Pour les sites d'actualité les besoins de performance sont moins élevés:
ils n'ont besoin que de garder souvent qu'une carte statique juste adaptée
à l'illustration, et là ils n'ont pas envie du tout de payer des licences à
Google alors qu'ils supportent la charge (très réduite) directement sur
leurs propres serveur. Néanmoins ces sites ont une forte présence et
amènent des contributeurs au projet.

Si seulement ces sites commerciaux pouvaient aussi contribuer un peu avec
quelques dons, et si pour les cartes dynamiques ils mettaient en place
leurs propres proxy-caches de tuiles (même sans installer des serveurs de
rendus chez eux)...

Mais là on est confronté à des limites d'utilisation des serveurs OSM par
les proxies tiers. C'est un peu dommage. OSM devrait développer une
interface permettant aux proxies tiers de fonctionner correctement sans se
faire bloquer (voir la politique d'utilisation des serveurs de tuiles OSM),
alors que ces proxies peuvent soulager les serveurs de tuiles d'OSM et
promouvoir en même temps le projet. Quitte à ce que par cette interface les
mises à jour des tuiles soient beaucoup moins instantanées (des délais
voisins d'une semaine ou même un mois seraient tout à fait acceptables pour
que la distribution aux proxies tiers ne souffre d'aucun sérieux problème
de performance ou de disponibilité).

OSM n'a à mon avis pas assez de caches déployés (c'est un besoin plus
important encore que des serveurs de rendus compliqués à installer et
surtout couteux à gérer).


Le 20 novembre 2015 17:30, Laurent Combe  a écrit :

> Quand je regarde le projet Opensolarmap je vois qu'il utilise un fond de
> cartographie MapBox
>
> cet accès aux images Mapbox est-il envisageable pour agrémenter une carte
> faite avec umap
> techniquement c'est possible mais ma question porte plus sur le coté
> "droit d'utilisation"
>
> parce que ça me gave de voir des petites collectivités mettre en avant sur
> leur site institutionnel des cartes google maps ("parce qu'il y a la vue
> satellite")
>
> si quelqu'un peut m'éclairer sur ce point je suis à son écoute ...
>
> Laurent
>
> ___
> 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-de] Nicht mehr gültige PLZs

[Walter Nordmann]

Hi,

in Forum geht es weiter:
http://forum.openstreetmap.org/viewtopic.php?pid=562318#p562318

tl;dr: Es gibt kein Problem.

Gruss
walter



-
[url=http://osm.wno-edv-service.de/residentials] Missing Residentials Map 
1.17[/url] [url=http://osm.wno-edv-service.de/plz] Postcode Map 2.0.2[/url]
--
View this message in context: 
http://gis.19327.n5.nabble.com/Nicht-mehr-gultige-PLZs-tp5860581p5860612.html
Sent from the Germany mailing list archive at Nabble.com.

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

Re: [OSM-talk-fr] imagerie mapbox

[Laurent Combe]

je me reponds mais
apparamment oui avec l'offre starter de mapbox on peut récupérer un
"access_token" et la limite se situe à 50Go de données téléchargées par mois

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

Re: [OSM-talk-fr] Comment tagguer les indications de direction pour les itineriaires bis ou verts

[Philippe Verdy]

la searchArea est peut-être trop compliquée (surtout si ça inclut aussi
tout l'outre-mer, ça couvre une zone immense sur la planète).

Pour ce type de requête, une simple bbox (ou un simple polygone hexagonal)
suffirait (sans même avoir à utiliser un resultset intermédiaire) même si
ça retourne des éléments frontaliers, quitte à la répéter sur les bbox des
outre-mer et de la Corse.

En plus des tags "route=detour", il y en a certainement peu (tu dis 72,
j'ai pas compté moi-même, mais c'est rien du tout!), et c'est sans doute
plus sélectif que la zone géographique qui ne sert qu'à éliminer les
quelques éléments des pays voisins (comme ton exemple près d'Hannovre en
Allemagne, qui pourtant ne serait pas dans la bbox de France métropolitaine
continentale) seulement si on veut un décompte précis. Si c'est juste pour
afficher le résutlat à l'écran, le fond de carte rend les objets en trop
explicitement.

D'une façon générale, une recherche sur Taginfo donne une estimation du
poids des requêtes et de leur sélectivité.

Le 20 novembre 2015 19:09, Jérôme Seigneuret  a
écrit :

> Cela semble correspondre.
>
> Il y a un exemple cité dans la page du wiki:
> - https://www.openstreetmap.org/relation/58481
>
> Sinon la requête Overpass pour la France. Taginfo en liste 72. Tu peux
> surement t'en servir d'exemple. Ce tag existe depuis 2009 donc ça fait un
> moment. Je pense qu'un dépoussiérage et un complément coté page FR serait
> un plus ;-)
>
> [out:json][timeout:50];
> // fetch area “France” to search in
> {{geocodeArea:France}}->.searchArea;
> // gather results
> (
>   // query part for: “route=detour”
>   relation["route"="detour"](area.searchArea);
> );
> // print results
> out body;
> >;
> out skel qt;
>
> J'ai pas pu lancer la requête... Peut-être que le serveur est trop
> surchargé.
>
>
>
>
>
> Le 20 novembre 2015 12:45, THEVENON Julien  a
> écrit :
>
>> Bonjour,
>>
>> Depuis peu je m interesse particulierement aux tags utilises pour la
>> navigation routiere ( entre autres turn:lanes, destination etc ) et je me
>> posais la question de comment tagguer les indications de direction pour les
>> itineriaires bis ou verts.
>> Souvent les panneaux sont d une couleur differente pour indiquer qu on
>> peut se rendre a destination en par l autoroute ou par les routes normales
>> mais je ne sais pas comment tagger cela.
>> J ai l impression que le tag destination est plus destine a indiquer le
>> nom de la ville que le moyen de s y rendre ( autoroute ou pas ).
>> En cherchant un peu sur le wiki je suis tombe sur le tag route=detour (
>> http://wiki.openstreetmap.org/wiki/Tag:route%3Ddetour ) mais il y a peu
>> d informations et je ne suis pas sur que se soit applicable en France.
>> Des avis ?
>>
>> Pour verifier lors de mes deplacements si les infos ont ete rentrees dans
>> OSM je me sers de l appli de guidage Magic Earth(
>> http://wiki.openstreetmap.org/wiki/Magic_Earth )
>>
>> Je lui fais un peu de promo au passage car c est ce que je ai trouve de
>> mieux a base d OSM sur Android pour l instant. Elle est gratuite marche
>> tres bien sur mon S2, est tres reactive, le rendu est sympa, le recalcul d
>> itineraire rapide, affiche le guidage par voie de circulation, les
>> panneaux, les radars les limitations de vitesse etc.
>> Les donnees sont mises a jour a peu pres toutes les 3 semaines et peuvent
>> etre utilises en ligne ou hors ligne.
>>
>> Julien
>>
>> ___
>> Talk-fr mailing list
>> Talk-fr@openstreetmap.org
>> https://lists.openstreetmap.org/listinfo/talk-fr
>>
>
>
> ___
> Talk-fr mailing list
> Talk-fr@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-fr
>
>
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr

Re: [Talk-at] Treffen Linz AG - OSM Community

[Flaimo]

Hallo,

Termin ist jetzt fix:

2015-12-02 von 18.00 - 20.00 Uhr
Linz AG Zentrale, Besprechungsraum: A-105

Technisches Equipment wird vorhanden sein - seitens LINZ AG werden
Mitarbeiter von den Linz Linien und vom Informationsmanagement  dabei sein.

An alle Interessierten: Bitte schreibt nochmals eine Bestätigungsmail an
c.mal...@linzag.at, dass ihr kommt.

danke,
flaimo



2015-11-19 17:11 GMT+01:00 Flaimo :

> Hallo,
>
> ich warte immer noch auf eine Antwort von der Linz AG, ob der Termin am
> 2.12. jetzt fixiert werden kann, habe aber bis jetzt keine Antwort
> erhalten.
>
> flaimo
>
> 2015-11-19 16:47 GMT+01:00 Stefan K. :
>
>> Hallo,
>>
>> Wie sieht es denn hier atm aus? Gibts mehr infos (und ich habs übersehen?)
>>
>> Lg
>>
>>
>> Am 03. November 2015 21:47:49 MEZ, schrieb Flaimo :
>>>
>>> Hallo,
>>>
>>> ich werde die Doodle-Umfrage Ende der Woche abschließen. Falls sich also
>>> noch wer eintragen will, besteht noch bis Freitag eine Chance. Das
>>> Interesse ist überraschend hoch bis jetzt...
>>>
>>> flaimo
>>>
>>> 2015-10-20 14:20 GMT+02:00 Markus Mayr :
>>>
 +1

 Als Exil-Linzer in Wien fände ich einen Stammtisch in Linz auch ganz
 interessant. :-D

 lg, Markus / ScubbX



 Am 2015-10-20 um 12:44 schrieb Patrick Steiner:

 +1

 Da ich ja jetzt auch ein Linzer bin, wäre ich bei einem Stammtisch gerne 
 dabei.

 LG
  Patrick / law_skynet


 On 20.10.2015, at 12:28, Günther Zin.  
  wrote:

 +1
 Wenn es sich zeitlich ausgeht, wäre ich auch gerne dabei.

 Am Dienstag, 20. Oktober 2015 11:59 CEST, "Bernhard Holub" 
   schrieb:


 +1 auch von mir.
 Zu einem Stammtisch komm ich gerne.

 ___
 Talk-at mailing 
 listTalk-at@openstreetmap.orghttps://lists.openstreetmap.org/listinfo/talk-at



 ___
 Talk-at mailing 
 listTalk-at@openstreetmap.orghttps://lists.openstreetmap.org/listinfo/talk-at



 ___
 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
>>>
>>>
>> --
>> Diese Nachricht wurde von meinem Android-Mobiltelefon mit K-9 Mail
>> gesendet.
>>
>> ___
>> 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

Re: [Talk-ca] Extraction of polygons - St-Jean-sur-Richelieu 2011

[Pierre Béland]

je n'ai pas spécifié le url complet 
c'est 
pierzen.dev.openstreetmap.org/hot/openlayers/inondation-richelieu-zones-inondees.kml
  
Pierre 

  De : Pierre Béland 
 À : William Belzile ; "'talk-ca@openstreetmap.org'" 
 
 Envoyé le : Vendredi 20 novembre 2015 13h46
 Objet : Re: [Talk-ca] Extraction of polygons - St-Jean-sur-Richelieu 2011
   
Bonjour William
Le lien du fichier est 
inondation-richelieu-zones-inondees.kml

cordialement
  
Pierre Béland

  De : William Belzile 
 À : "'talk-ca@openstreetmap.org'"  
 Envoyé le : Vendredi 20 novembre 2015 13h14
 Objet : [Talk-ca] Extraction of polygons - St-Jean-sur-Richelieu 2011
   


 #yiv5367728423 #yiv5367728423 -- filtered {font-family:Calibri;panose-1:2 15 5 
2 2 2 4 3 2 4;}#yiv5367728423 filtered {font-family:Tahoma;panose-1:2 11 6 4 3 
5 4 4 2 4;}#yiv5367728423 filtered {font-family:Verdana;panose-1:2 11 6 4 3 5 4 
4 2 4;}#yiv5367728423 p.yiv5367728423MsoNormal, #yiv5367728423 
li.yiv5367728423MsoNormal, #yiv5367728423 div.yiv5367728423MsoNormal 
{margin:0cm;margin-bottom:.0001pt;font-size:11.0pt;}#yiv5367728423 a:link, 
#yiv5367728423 span.yiv5367728423MsoHyperlink 
{color:blue;text-decoration:underline;}#yiv5367728423 a:visited, #yiv5367728423 
span.yiv5367728423MsoHyperlinkFollowed 
{color:purple;text-decoration:underline;}#yiv5367728423 
p.yiv5367728423MsoAcetate, #yiv5367728423 li.yiv5367728423MsoAcetate, 
#yiv5367728423 div.yiv5367728423MsoAcetate 
{margin:0cm;margin-bottom:.0001pt;font-size:8.0pt;}#yiv5367728423 
span.yiv5367728423EmailStyle17 {color:windowtext;}#yiv5367728423 
span.yiv5367728423TextedebullesCar {}#yiv5367728423 .yiv5367728423MsoChpDefault 
{}#yiv5367728423 filtered {margin:72.0pt 90.0pt 72.0pt 90.0pt;}#yiv5367728423 
div.yiv5367728423WordSection1 {}#yiv5367728423 Hello!
I’m a beginner in the use of Open Street Map. I was referred to a map showing 
the extent of a flood happening in 
2011(http://pierzen.dev.openstreetmap.org/hot/openlayers/inondation-richelieu-2011.htm
 ). I was able to open the map and access it visually, but was not able to 
extract the polygons behind it. So I wanted to know how to extract the polygons 
of this flood footprint  in .shp or .tab to use in a GIS software?    Thanks in 
advance for your help and have a great day!       
|   |  |  |  |  |
| William Belzile
Analyste en systèmes d'information géographique

Actuariat corporatif,
Modélisation et Recherche
Assurance de dommages  | 
Lévis (siège social)

418 835-4900, poste 5523324
1 877 835-4900, poste 5523324
Télécopieur : 418 835-6657  | 



  |  |  |

   
| Faites bonne impression et imprimez seulement au besoin!

Ce courriel est confidentiel, peut être protégé par le secret professionnel et 
est adressé exclusivement au destinataire. Il est strictement interdit à toute 
autre personne de diffuser, distribuer ou reproduire ce message. Si vous l'avez 
reçu par erreur, veuillez immédiatement le détruire et aviser l'expéditeur. 
Merci.  |

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


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


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

[Talk-es] Cambios en rutas GR

[Roberto geb]

Las rutas GR-89 y GR-89 BTT, siguiendo el Canal de Castilla, dan un rodeo
en Herrera de Pisuerga. Desde abril hay una pasarela que subsana el
problema que existía. Ahora lo razonable es que pasen por ella. ¿Hay
alguien encargado de modificar las GR o algún sitio en el que reportar los
cambios?

Ya las he añadido en la página de senderismo
https://wiki.openstreetmap.org/wiki/WikiProject_Spain/Senderismo#Rutas_nacionales_.2F_GR_-_Gran_Recorrido

-- 
Saludos,

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

Re: [Talk-es] Cambios en rutas GR

[Miguel Sevilla-Callejo]

Hola Roberto,

Muchas gracias por la actualización de la Wiki. Ahora solo queda que se
actualice en el mapa (yo entiendo que normalmente se hace al revés, primero
en el mapa y luego en la wiki). Y el encargado de hacerlo puede ser... TU
MISMO?   Y si algún otro colaborador no está de acuerdo no te preocupes que
te lo hará saber a través de los oportunos comentarios del
changeset/conjunto de cambios u otra vía.

Este no es mal sitio para reportar los cambios, pero tampoco es mal sitio
que abras una nota/notificación sobre el porpio mapa, si es que tú no te
atreves a cambiar la ruta.

No se si estas acostumbrado a editar rutas, que se hace con relaciones. La
idea es relativamente sencilla, simplemente has de incluir los nuevos
tramos de vía/way a la relación de la ruta del GR.

Simplemente me surge una duda: ¿se ha homologado el nuevo tramo del que
hablas? ¿Ya está señalado? ¿Qué ha pasado con el antiguo tramo? ¿Tal vez
ahora haya un GR-89a y un GR89b?

Recuerda editar con máximo conocimiento de causa.

Un saludo y ánimo en la edición.

Miguel


*[image: Geo]Miguel Sevilla Callejo*
*Doctor en Geografía | Doctor in Geography*
*Consultor freelance e investigador | Freelance Consultant & Researcher*
Colaborador del Instituto Pirenaico de Ecología, CSIC, Zaragoza | Fellow at
the Pyrenean Institute of Ecology - Spanish National Research Council
Colegiado nº698, Colegio Oficial de Geógrafos | Member #698, Spanish
Professional Association of Geographers
Web: http://bit.ly/sevillacallejo

2015-11-20 21:19 GMT+01:00 Roberto geb :

> Las rutas GR-89 y GR-89 BTT, siguiendo el Canal de Castilla, dan un rodeo
> en Herrera de Pisuerga. Desde abril hay una pasarela que subsana el
> problema que existía. Ahora lo razonable es que pasen por ella. ¿Hay
> alguien encargado de modificar las GR o algún sitio en el que reportar los
> cambios?
>
> Ya las he añadido en la página de senderismo
> https://wiki.openstreetmap.org/wiki/WikiProject_Spain/Senderismo#Rutas_nacionales_.2F_GR_-_Gran_Recorrido
>
> --
> Saludos,
>
>  Roberto
>
> ___
> 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

[Talk-it] Pesa pubblica

[stefano664]

Ciao a tutti,
  avrei bisogno di capire come taggare una pesa pubblica (quelle per i
camion, per intenderci). E' composta da due parti, la piattaforma di peso e
una costruzione (tipo una villetta) dove è apposto il tabellone indicatore
del peso e si svolgono le pratiche.

Grazie,
Stefano

-BEGIN PGP PUBLIC KEY BLOCK-
Version: GnuPG v2.0.22 (MingW32)

mQENBFMsHA0BCAC9LJz5AGeJivZ6ycK8nvWiIyYNRuidnAq+dha1LpCXBzICw9j/
Mo2Ibgn0Mf30FzREoBAJmePKsxnkZbtZtP03sLa3bPMpVqbEs7rRDhbQ/S9IgRf+
7Z6PCEB7CxwTFu1NuLdxHQLmJyrnBlvMbykkK/EtGXbjOLoEWlhrtp67bqjmqV/p
LTVRgqVqBsep5IHrbJ7ZfwhCFKHMCVTZG/iW4waqCm90NTCyooT7JLG16SDNLqmQ
6C3oFA2ILOuiDeeat39MM60qG1lIr/kEU4NwalqL6rSv/pVrEWFFPwkRa5ZNzmbc
CdmTGPanmKdF8Xhuj1R6vM5HgFH9dGs2XbgRABEBAAG0Jk1vbG9nbmkgU3RlZmFu
byA8c3RlZmFubzY2NEBnbWFpbC5jb20+iQE/BBMBAgApAhsPBwsJCAcDAgEGFQgC
CQoLBBYCAwECHgECF4AFAlMsHGUFCQlnUqMACgkQvX5DKReVmU4+RAgArfrjrx4S
63AuRBkLYRekui7oe/YDutTyP7Yrkitufzj9jeUN/YJVH+MAyEDc8iwDbxr3UqzH
jlVKQ1hG6rmtAoswEc5rwY6N2O1ji2Hl5srRkaYX9ye9poTuPhrEkQFVvM/U3Sbz
Jsjh9QQBGIGaY7DbWHHeCBCn/WlC0U5sT7bYL1dmKPO9TQEvUqie4sGwL/LjWHOQ
X2ze0quBxXnx4RW//CFuXyeV4dEASZrFmwnEUoofVM4XntcrmnP7syoZyMLexQ2f
4FE+3CzRKWZTai4o99OcZRGzqKll570VxoYcnQttvGRyXo177eHTGtaF/ACMht/w
rle+Bp1ZNOhgCA==
=28yw
-END PGP PUBLIC KEY BLOCK-
___
Talk-it mailing list
Talk-it@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-it

Re: [Talk-it] Pesa pubblica

[Stefano]

Il giorno 20 novembre 2015 09:15, stefano664  ha
scritto:

> Ciao a tutti,
>   avrei bisogno di capire come taggare una pesa pubblica (quelle per i
> camion, per intenderci). E' composta da due parti, la piattaforma di peso e
> una costruzione (tipo una villetta) dove è apposto il tabellone indicatore
> del peso e si svolgono le pratiche.
>
> Sul wiki dice di taggarlo come nodo o come attributo su una strada
http://wiki.openstreetmap.org/wiki/Tag:amenity%3Dweighbridge

Ad esempio uno l'ho taggato così
http://www.openstreetmap.org/way/365768441#map=18/45.04404/11.14808

L'edificio è un semplice building=yes


> Grazie,
> Stefano
>

Ciao,
Stefano


>
> -BEGIN PGP PUBLIC KEY BLOCK-
> Version: GnuPG v2.0.22 (MingW32)
>
> mQENBFMsHA0BCAC9LJz5AGeJivZ6ycK8nvWiIyYNRuidnAq+dha1LpCXBzICw9j/
> Mo2Ibgn0Mf30FzREoBAJmePKsxnkZbtZtP03sLa3bPMpVqbEs7rRDhbQ/S9IgRf+
> 7Z6PCEB7CxwTFu1NuLdxHQLmJyrnBlvMbykkK/EtGXbjOLoEWlhrtp67bqjmqV/p
> LTVRgqVqBsep5IHrbJ7ZfwhCFKHMCVTZG/iW4waqCm90NTCyooT7JLG16SDNLqmQ
> 6C3oFA2ILOuiDeeat39MM60qG1lIr/kEU4NwalqL6rSv/pVrEWFFPwkRa5ZNzmbc
> CdmTGPanmKdF8Xhuj1R6vM5HgFH9dGs2XbgRABEBAAG0Jk1vbG9nbmkgU3RlZmFu
> byA8c3RlZmFubzY2NEBnbWFpbC5jb20+iQE/BBMBAgApAhsPBwsJCAcDAgEGFQgC
> CQoLBBYCAwECHgECF4AFAlMsHGUFCQlnUqMACgkQvX5DKReVmU4+RAgArfrjrx4S
> 63AuRBkLYRekui7oe/YDutTyP7Yrkitufzj9jeUN/YJVH+MAyEDc8iwDbxr3UqzH
> jlVKQ1hG6rmtAoswEc5rwY6N2O1ji2Hl5srRkaYX9ye9poTuPhrEkQFVvM/U3Sbz
> Jsjh9QQBGIGaY7DbWHHeCBCn/WlC0U5sT7bYL1dmKPO9TQEvUqie4sGwL/LjWHOQ
> X2ze0quBxXnx4RW//CFuXyeV4dEASZrFmwnEUoofVM4XntcrmnP7syoZyMLexQ2f
> 4FE+3CzRKWZTai4o99OcZRGzqKll570VxoYcnQttvGRyXo177eHTGtaF/ACMht/w
> rle+Bp1ZNOhgCA==
> =28yw
> -END PGP PUBLIC KEY BLOCK-
>
> ___
> 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-be] Mapbox, road completeness, CIA factbook

[Marc Gemis]

100% in Germany, The Netherlands, Luxembourg as well. Wonder why the
CIA thinks there are so many hidden roads in Belgium :-)
Or (more seriously) why the definition of road would be different for
Belgium compare to the other countries.

I cannot tell for Bolivia, but the Belgian roads are similar to other
Western European countries, so I would expect the CIA to use the same
definition there.

On the blog that was mentioned, you find a twitter address to contact
the Mapbox people. Maybe they can help ?

regards

m


On Fri, Nov 20, 2015 at 9:30 AM, joost schouppe
 wrote:
> I think in the CIA's imagination :)
>
> Huge differences like that, I'm afraid it says more about the differences of
> the definition of what consists of a motor road. For instance, I know the
> road network in OSM Bolivia to be far from complete as to smaller motor
> roads, but it's way over 100% of the CIA number. So they probably only took
> the main road network as a measure. Meanwhile, OSM is mapping roads that no
> other map has ever mapped :)
>
> 2015-11-20 9:00 GMT+01:00 eMerzh :
>>
>> Interesting thanks for the link 
>>
>> but it seems surprising no?
>> France is at 100% and us at 73? ... it's kind of low no? any idea where
>> those road are?
>>
>> 2015-11-20 6:52 GMT+01:00 Marc Gemis :
>>>
>>> Mapbox made a tool [1] to see how complete the road networks in a
>>> country are. Belgium got a 73%
>>> They blogged about it in [2]
>>>
>>>
>>> regards
>>>
>>>
>>> m
>>>
>>>
>>> [1] https://www.mapbox.com/data-platform/country/#belgium
>>> [2] https://www.mapbox.com/blog/how-complete-is-openstreetmap/
>>>
>>> ___
>>> 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
>>
>
>
>
> --
> Joost @
> Openstreetmap | Twitter | LinkedIn | Meetup | Reddit | Wordpress
>
> ___
> Talk-be mailing list
> Talk-be@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-be
>

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

Re: [OSM-talk-be] Mapbox, road completeness, CIA factbook

[Pieter-Jan Pauwels]

Yes, quite interested to hear more about this! 
Would be an excellent topic for a blogpost on openbelgium.be, or osm.be for 
that matter!

PJ

Pieter-Jan Pauwels
Community Coordinator, Open Knowledge Belgium
m: +32 476 66 27 77  | e: pieter-jan.pauw...@okfn.org 
 | w: okfn.be  

> On 20 Nov 2015, at 09:51, Marc Gemis  wrote:
> 
> 100% in Germany, The Netherlands, Luxembourg as well. Wonder why the
> CIA thinks there are so many hidden roads in Belgium :-)
> Or (more seriously) why the definition of road would be different for
> Belgium compare to the other countries.
> 
> I cannot tell for Bolivia, but the Belgian roads are similar to other
> Western European countries, so I would expect the CIA to use the same
> definition there.
> 
> On the blog that was mentioned, you find a twitter address to contact
> the Mapbox people. Maybe they can help ?
> 
> regards
> 
> m
> 
> 
> On Fri, Nov 20, 2015 at 9:30 AM, joost schouppe
>  wrote:
>> I think in the CIA's imagination :)
>> 
>> Huge differences like that, I'm afraid it says more about the differences of
>> the definition of what consists of a motor road. For instance, I know the
>> road network in OSM Bolivia to be far from complete as to smaller motor
>> roads, but it's way over 100% of the CIA number. So they probably only took
>> the main road network as a measure. Meanwhile, OSM is mapping roads that no
>> other map has ever mapped :)
>> 
>> 2015-11-20 9:00 GMT+01:00 eMerzh :
>>> 
>>> Interesting thanks for the link 
>>> 
>>> but it seems surprising no?
>>> France is at 100% and us at 73? ... it's kind of low no? any idea where
>>> those road are?
>>> 
>>> 2015-11-20 6:52 GMT+01:00 Marc Gemis :
 
 Mapbox made a tool [1] to see how complete the road networks in a
 country are. Belgium got a 73%
 They blogged about it in [2]
 
 
 regards
 
 
 m
 
 
 [1] https://www.mapbox.com/data-platform/country/#belgium
 [2] https://www.mapbox.com/blog/how-complete-is-openstreetmap/
 
 ___
 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
>>> 
>> 
>> 
>> 
>> --
>> Joost @
>> Openstreetmap | Twitter | LinkedIn | Meetup | Reddit | Wordpress
>> 
>> ___
>> 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

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

Re: [Talk-cz] [osm_sk] Re: imaginarni mesto

[Marián Kyral]

Díky za zprávu,
přepošlu dále ;-)

Marián


-- Původní zpráva --
Od: Andrew Shadura 
Komu: talk-cz@openstreetmap.org
Datum: 20. 11. 2015 9:12:31
Předmět: [osm_sk] Re: [Talk-cz] imaginarni mesto

"Ahojte,

Andy Townsend z Data Working Group teraz tieto imaginárne miesta vymazal.

-- 
Andrej

-- 
Túto správu ste prijali, pretože ste prihlásení na odber správ skupiny 
„Openstreetmap Slovakia“ služby Skupiny Google.

Ak chcete zrušiť odber tejto skupiny a prestať od nej prijímať e-maily, 
pošlite e-mail na adresu osm_sk+unsubscr...@googlegroups.com.
Ak chcete zobraziť túto diskusiu na webe, prejdite na adresu https://groups.
google.com/d/msgid/osm_sk/564ED5EA.4030900%40shadura.me.
Ďalšie možnosti nájdete na stránke https://groups.google.com/d/optout.;___
Talk-cz mailing list
Talk-cz@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-cz

Re: [Talk-it] Pesa pubblica

[Gianluca Boero]

Avrei anche io dei nodi da taggare per ciò che è descritto in questi 
post. Solo che nel mio caso la pesa è molto più piccola in quanto 
adibita solo per trattori.

Mi pare di capire che il tag sia il medesimo comunque.

Grazie.


Ciao a tutti,
   avrei bisogno di capire come taggare una pesa pubblica (quelle per i
camion, per intenderci). E' composta da due parti, la piattaforma di peso e
una costruzione (tipo una villetta) dove è apposto il tabellone indicatore
del peso e si svolgono le pratiche.

Sul wiki dice di taggarlo come nodo o come attributo su una strada

http://wiki.openstreetmap.org/wiki/Tag:amenity%3Dweighbridge

Ad esempio uno l'ho taggato così
http://www.openstreetmap.org/way/365768441#map=18/45.04404/11.14808

L'edificio è un semplice building=yes



Grazie,
Stefano


Ciao,
Stefano




--
Gianluca Boero


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

Re: [Talk-cz] imaginarni mesto

[Peterova, Vera]

Dobrý den,

děkuji všem za ochotu a pomoc!

*Věra Peterová*
Mapy.cz


Dne 20.11.2015 v 10:10 Marián Kyral napsal(a):

Zdravím,
imaginární místa v Bosně, na Sibiři a v Pacifiku byly smazána:

https://www.openstreetmap.org/changeset/35451473
https://www.openstreetmap.org/changeset/35448436
https://www.openstreetmap.org/changeset/35448086
https://www.openstreetmap.org/changeset/35447804

Marián

-- Původní zpráva --
Od: Peterova, Vera 
Komu: talk-cz@openstreetmap.org
Datum: 11. 11. 2015 10:27:39
Předmět: [Talk-cz] imaginarni mesto


Dobrý den,

jsem v oblasti editací OSM poměrně nezkušená a potřebuji poradit.
Přestože mě zajímá téma týkající se Bosny a Hercegoviny, píšu sem,
protože jsem v seznamu konferencí tu bosenskou nenašla.

Uživatel mapy.cz, kde se mimo ČR a SR vykreslují data právě z OSM,
nás upozornil na neexistující a patrně tedy imaginární město v
Bosně - viz http://osm.org/go/xfRC~Tuh
--
Na veškerých leteckých snímcích není o osídlení oblasti nic vidět
a celé je to podivné. Je možné, že si ho ten tvůrce vymyslel, nebo
taky že kreslil ze špatně georeferencovaných podkladů a patří to
jinam? Je možné, že by se taková chyba na OSM dostala, že editace
neprochází ani minimální kontrolou? Jak by se náprava takové chyby
řešila - kompletní smazání zní až téměř "drsně"...

Děkuji za jakékoliv rady,
s pozdravem

Mapy.cz

-- 


*Věra Peterová*
Mapy.cz


vera.peter...@firma.seznam.cz 
http://www.seznam.cz/
http://www.mapy.cz/

Seznam.cz, a.s., Radlická 3294/10, 150 00 Praha 5


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



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


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

Re: [Talk-it] open data comune di Verona

[dvdzero]

Vorrei riprendere in mano l'import dei civici per il comune di Verona,
seguendo le linee guida ho già aggiornato le pagine:
http://wiki.openstreetmap.org/wiki/IT:Contributors#Verona
http://wiki.openstreetmap.org/wiki/Contributors#Verona
http://wiki.openstreetmap.org/wiki/IT:Potenziali_fonti_di_dati
mi manca la pagina:
http://wiki.openstreetmap.org/wiki/Import/Catalogue#Community_Imports
e creare una pagina wiki con la descrizione dell'import

Vedo che un lavoro analogo è stato fatto per i civici di Ferrara. Posso
rifarmi alla pagina
http://wiki.openstreetmap.org/wiki/Ferrara,_Italy/Numeri_civici ?

Partendo dall'elaborazione dei dati che mi aveva già preparato Andrea
Musuruane, sto correggendo i nomi strada in particolare dove ci sono nomi
abbreviati (es.: Via S. Giuseppe, Via C. Colombo, ...), poi pensavo di
dividere l'intero volume dei dati i sottozone più facili da controllare e
importare controllando l'eventuale sovrapposizione con civici già presenti.

Come discussione con la comunità basta questa conversazione, giusto? Poi
magari comunico anche nella mailing list veneta.

Ciao
Davide



--
View this message in context: 
http://gis.19327.n5.nabble.com/open-data-comune-di-Verona-tp5845303p5860650.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-be] Mapbox, road completeness, CIA factbook

[Ben Abelshausen]

They analyse based on zoom level 12 tiles, a bigger margin of error for
smaller countries it says in the blogpost...

Maybe we can get the source of whatever mikel did and rerun in more detail
just for Belgium...

Cheers,

Ben
from
https://www.cia.gov/library/publications/the-world-factbook/geos/be.html

total: 154,012 km
paved: 120,514 km (includes 1,756 km of expressways)
unpaved: 33,498 km (2010)

Mapbox:  111,684 km


https://www.cia.gov/library/publications/the-world-factbook/geos/nl.html
total: 138,641 km (includes 3,530 km of expressways) (2014)

- no mention of unpaved roads there


It might be the unpaved part, should be investigated further for other
countries.

m

On Fri, Nov 20, 2015 at 9:51 AM, Marc Gemis  wrote:
> 100% in Germany, The Netherlands, Luxembourg as well. Wonder why the
> CIA thinks there are so many hidden roads in Belgium :-)
> Or (more seriously) why the definition of road would be different for
> Belgium compare to the other countries.
>
> I cannot tell for Bolivia, but the Belgian roads are similar to other
> Western European countries, so I would expect the CIA to use the same
> definition there.
>
> On the blog that was mentioned, you find a twitter address to contact
> the Mapbox people. Maybe they can help ?
>
> regards
>
> m
>
>
> On Fri, Nov 20, 2015 at 9:30 AM, joost schouppe
>  wrote:
>> I think in the CIA's imagination :)
>>
>> Huge differences like that, I'm afraid it says more about the
differences of
>> the definition of what consists of a motor road. For instance, I know the
>> road network in OSM Bolivia to be far from complete as to smaller motor
>> roads, but it's way over 100% of the CIA number. So they probably only
took
>> the main road network as a measure. Meanwhile, OSM is mapping roads that
no
>> other map has ever mapped :)
>>
>> 2015-11-20 9:00 GMT+01:00 eMerzh :
>>>
>>> Interesting thanks for the link 
>>>
>>> but it seems surprising no?
>>> France is at 100% and us at 73? ... it's kind of low no? any idea where
>>> those road are?
>>>
>>> 2015-11-20 6:52 GMT+01:00 Marc Gemis :

 Mapbox made a tool [1] to see how complete the road networks in a
 country are. Belgium got a 73%
 They blogged about it in [2]


 regards


 m


 [1] https://www.mapbox.com/data-platform/country/#belgium
 [2] https://www.mapbox.com/blog/how-complete-is-openstreetmap/

 ___
 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
>>>
>>
>>
>>
>> --
>> Joost @
>> Openstreetmap | Twitter | LinkedIn | Meetup | Reddit | Wordpress
>>
>> ___
>> 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
___
Talk-be mailing list
Talk-be@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-be

Re: [OSM-talk-be] Mapbox, road completeness, CIA factbook

[eMerzh]

Interesting thanks for the link 

but it seems surprising no?
France is at 100% and us at 73? ... it's kind of low no? any idea where
those road are?

2015-11-20 6:52 GMT+01:00 Marc Gemis :

> Mapbox made a tool [1] to see how complete the road networks in a
> country are. Belgium got a 73%
> They blogged about it in [2]
>
>
> regards
>
>
> m
>
>
> [1] https://www.mapbox.com/data-platform/country/#belgium
> [2] https://www.mapbox.com/blog/how-complete-is-openstreetmap/
>
> ___
> Talk-be mailing list
> Talk-be@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-be
>
___
Talk-be mailing list
Talk-be@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-be

Re: [OSM-talk-fr] TMS CG93 (couvrant #Paris)

[Jean-Guilhem Cailton]

Oui, c'est tout à fait possible.

Il suffit d'éditer le wiki, https://josm.openstreetmap.de/wiki/Maps (il
y a un plugin JOSM dédié qui permet de tracer le contour de l'orthophoto
: https://wiki.openstreetmap.org/wiki/JOSM/Plugins/Imagery-XML-Bounds),
si on peut trouver un peu de temps, d'énergie et de lucidité pour le
faire. ;)

J'ajoute la liste talk-fr en destinataire, pour information ou rappel,
au cas où certains souhaiteraient vérifier s'il n'y a absolument rien à
améliorer à la cartographie du 93 ou de #Paris...

Jean-Guilhem


Le 20/11/2015 20:27, Donat ROBAUX a écrit :
> Merci beaucoup à vous tous.
> Je n'y connais rien mais ce ne serait pas possible de le mettre dans
> les fournisseurs disponibles, comme les autres orthophoto open-data
> (Bordeaux, CUGN, Géolittoral,...)?
>
> Donat
>
> Le 20 novembre 2015 16:48, Jean-Guilhem Cailton
> > a écrit :
>
> Bonjour,
>
> Oui, j'avais mis en place un proxy-cache pour avoir l'image en
> TMS. L'URL pour JOSM est :
> tms[23]:http://wms.openstreetmap.fr/tms/1.0.0/cg93_2013/{zoom}/{x}/{y}
>
> Avec plaisir,
>
> Jean-Guilhem
>
>
>
> Le 20/11/2015 09:18, Christian Quest a écrit :
>> Voici le WMS:
>> http://carto3-cg93.integra.fr/cgi-bin/mapserv?MAP=SIGD/raster.map;
>> et la couche: _2013_aerodata
>>
>> Pas de souvenir d'une disponibilité en TMS ou alors c'est JGC qui
>> nous avait mis un proxy en place...
>>
>> Le 20 novembre 2015 01:03, Vincent de Château-Thierry
>> > a écrit :
>>
>> Salut Donat,
>> non je ne l'ai pas mais ça m'intéresse. Christian si tu la
>> retrouves
>>
>> vincent
>>
>> Le 19/11/2015 21:54, Donat ROBAUX a écrit :
>>
>> Salut Vincent,
>>
>> Je n'arrive pas à remettre la main sur le tms du CG93.
>> Est-ce que tu
>> aurais l'adresse?
>>
>> Merci.
>> Donat
>>
>>
>>
>>
>> -- 
>> Christian Quest - OpenStreetMap France
>
>

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

[Talk-us] weeklyOSM 278

[Jinal Foflia]

The weekly round-up of OSM news, issue # 278, is now available online in
English, giving as always a summary of all things happening in the
OpenStreetMap world: http://www.weeklyosm.eu Enjoy! weeklyOSM is brought to
you by ... https://wiki.openstreetmap.org/wiki/WeeklyOSM


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

[Talk-ca] weeklyOSM 278

[Jinal Foflia]

The weekly round-up of OSM news, issue # 278, is now available online in
English, giving as always a summary of all things happening in the
OpenStreetMap world: http://www.weeklyosm.eu Enjoy! weeklyOSM is brought to
you by ... https://wiki.openstreetmap.org/wiki/WeeklyOSM


Regards,
Jinal Foflia
___
Talk-ca mailing list
Talk-ca@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-ca

Re: [OSM-talk-be] Mapbox, road completeness, CIA factbook

[Pieter-Jan Pauwels]

+1

Pieter-Jan Pauwels
Community Coordinator, Open Knowledge Belgium
m: +32 476 66 27 77  | e: pieter-jan.pauw...@okfn.org 
 | w: okfn.be  

> On 20 Nov 2015, at 23:46, Ben Abelshausen  wrote:
> 
> They analyse based on zoom level 12 tiles, a bigger margin of error for 
> smaller countries it says in the blogpost...
> 
> Maybe we can get the source of whatever mikel did and rerun in more detail 
> just for Belgium...
> 
> Cheers,
> 
> Ben
> 
> from https://www.cia.gov/library/publications/the-world-factbook/geos/be.html 
> 
> 
> total: 154,012 km
> paved: 120,514 km (includes 1,756 km of expressways)
> unpaved: 33,498 km (2010)
> 
> Mapbox:  111,684 km
> 
> 
> https://www.cia.gov/library/publications/the-world-factbook/geos/nl.html 
> 
> total: 138,641 km (includes 3,530 km of expressways) (2014)
> 
> - no mention of unpaved roads there
> 
> 
> It might be the unpaved part, should be investigated further for other
> countries.
> 
> m
> 
> On Fri, Nov 20, 2015 at 9:51 AM, Marc Gemis  > wrote:
> > 100% in Germany, The Netherlands, Luxembourg as well. Wonder why the
> > CIA thinks there are so many hidden roads in Belgium :-)
> > Or (more seriously) why the definition of road would be different for
> > Belgium compare to the other countries.
> >
> > I cannot tell for Bolivia, but the Belgian roads are similar to other
> > Western European countries, so I would expect the CIA to use the same
> > definition there.
> >
> > On the blog that was mentioned, you find a twitter address to contact
> > the Mapbox people. Maybe they can help ?
> >
> > regards
> >
> > m
> >
> >
> > On Fri, Nov 20, 2015 at 9:30 AM, joost schouppe
> > > wrote:
> >> I think in the CIA's imagination :)
> >>
> >> Huge differences like that, I'm afraid it says more about the differences 
> >> of
> >> the definition of what consists of a motor road. For instance, I know the
> >> road network in OSM Bolivia to be far from complete as to smaller motor
> >> roads, but it's way over 100% of the CIA number. So they probably only took
> >> the main road network as a measure. Meanwhile, OSM is mapping roads that no
> >> other map has ever mapped :)
> >>
> >> 2015-11-20 9:00 GMT+01:00 eMerzh  >> >:
> >>>
> >>> Interesting thanks for the link 
> >>>
> >>> but it seems surprising no?
> >>> France is at 100% and us at 73? ... it's kind of low no? any idea where
> >>> those road are?
> >>>
> >>> 2015-11-20 6:52 GMT+01:00 Marc Gemis  >>> >:
> 
>  Mapbox made a tool [1] to see how complete the road networks in a
>  country are. Belgium got a 73%
>  They blogged about it in [2]
> 
> 
>  regards
> 
> 
>  m
> 
> 
>  [1] https://www.mapbox.com/data-platform/country/#belgium 
>  
>  [2] https://www.mapbox.com/blog/how-complete-is-openstreetmap/ 
>  
> 
>  ___
>  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 
> >>> 
> >>>
> >>
> >>
> >>
> >> --
> >> Joost @
> >> Openstreetmap | Twitter | LinkedIn | Meetup | Reddit | Wordpress
> >>
> >> ___
> >> 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 
> 
> ___
> 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

[Talk-in] weeklyOSM 278

[Jinal Foflia]

The weekly round-up of OSM news, issue # 278, is now available online in
English, giving as always a summary of all things happening in the
OpenStreetMap world: http://www.weeklyosm.eu Enjoy! weeklyOSM is brought to
you by ... https://wiki.openstreetmap.org/wiki/WeeklyOSM


Regards,
Jinal Foflia
___
Talk-in mailing list
Talk-in@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-in

[OSM-talk] weeklyOSM 278

[Jinal Foflia]

The weekly round-up of OSM news, issue # 278, is now available online in
English, giving as always a summary of all things happening in the
OpenStreetMap world: http://www.weeklyosm.eu Enjoy! weeklyOSM is brought to
you by ... https://wiki.openstreetmap.org/wiki/WeeklyOSM


Regards,
Jinal Foflia
___
talk mailing list
talk@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk

[Talk-GB] weeklyOSM 278

[Jinal Foflia]

The weekly round-up of OSM news, issue # 278, is now available online in
English, giving as always a summary of all things happening in the
OpenStreetMap world: http://www.weeklyosm.eu Enjoy! weeklyOSM is brought to
you by ... https://wiki.openstreetmap.org/wiki/WeeklyOSM


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