[OSM-talk-be] Weg mappen: Gewichtsbeperking in één richting

[Karel Adams]

De gemeente Haacht had een slim idee: er is een soort ringweg rond de 
kern, omvattende Zoellaan, Jennekensstraat, Kloosterstraat, Lombaarden. 
Daar mag er in twee richtingen gereden worden, echter de bedoeling is 
dat zwaar verkeer (+3,5 ton) enkel "tegen de richting van de zon" mag 
rijden, m.a.w. langs de buitenkant. Overeenkomstig staan er aan elk 
kruispunt borden "verboden voor meer dan 3,5 ton" in de richting "met de 
zon mee".


Nu wordt die regeling meer en meer veronachtzaamd, ik zie meer en meer 
zwaar verkeer dat rijdt in de verboden richting. Op OSM is die beperking 
ook helemaal niet gemapt, dus bestuurders die (een GPS gebaseerd op) OSM 
gebruiken die zien die beperking ook helemaal niet.


Kan een dergelijke beperking überhaupt wel gemapt worden? Ik ben niet zo 
zeker of er wel een kader voor is binnen de wegcode... en indien niet 
dan is het niet verwonderlijk dat het niet kan gemapt worden ...


Voorbeeld: Way=352062904, Zoellaan, daar mag het zware verkeer dus enkel 
in zuidelijke richting rijden.


Karel


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

Re: [Talk-cz] zápis z OSM piva 4Q 2016 - Ostrava

[Marián Kyral]

Ještě jsem si vzpomněl na jedno téma: mapování MHD dle nového schématu

Marián


-- Původní zpráva --
Od: Marián Kyral 
Komu: talk-cz@openstreetmap.org
Datum: 8. 12. 2016 8:34:03
Předmět: [Talk-cz] zápis z OSM piva 4Q 2016 - Ostrava

"Já si teda žádné poznámky nedělal, ale snad to dám dohromady.

Přítomni:  

   * Datin, Vláďa Domes, já a na dvě pivka se stavil i Oto Kaláb
   

Probíraná témata:

   * Značení cest II a III třídy a ulic, hlavně nejasnosti kolem zdrojů, kdy
   kraj/stát tvrdí něco jiného než město
   * Mapování v Ostravě a okolí - Havířov by třeba potřeboval péči nějakého 
   místního mappera
   * Ortofoto vs. Bing vs. Mapbox
   * Vláďovi se moc nelíbí zmapování ulice 28. října, která je směrově 
   nedělená, středem prochází tramvajová trať, ale většina renderů ji (tu 
   trať), ve větším přiblížení, kreslí vně cesty místo uprostřed. Obzvláště 
   je to vidět u nástupních ostrůvků, které mají být mezi jízdním pruhem a 
   kolejemi, ale render je kreslí vně cesty. Proběhla debata nad tím, jak to
   řešit, ale bez výsledku.
   * OSM render: https://openstreetmap.cz/#map=19/49.82927/18.26557=d
   * Ortofoto ČÚZK: https://openstreetmap.cz/#map=19/49.82927/18.26557;
   layers=oO
   * 
   

Dále se pak debata stočila na práci rodinu a další radosti a starosti, o OSM
už to moc nebylo. Ale bylo fajn.




Díky,

Marián

___
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] zápis z OSM piva 4Q 2016 - Ostrava

[Marián Kyral]

Já si teda žádné poznámky nedělal, ale snad to dám dohromady.

Přítomni:  

   * Datin, Vláďa Domes, já a na dvě pivka se stavil i Oto Kaláb
   

Probíraná témata:

   * Značení cest II a III třídy a ulic, hlavně nejasnosti kolem zdrojů, kdy
   kraj/stát tvrdí něco jiného než město
   * Mapování v Ostravě a okolí - Havířov by třeba potřeboval péči nějakého 
   místního mappera
   * Ortofoto vs. Bing vs. Mapbox
   * Vláďovi se moc nelíbí zmapování ulice 28. října, která je směrově 
   nedělená, středem prochází tramvajová trať, ale většina renderů ji (tu 
   trať), ve větším přiblížení, kreslí vně cesty místo uprostřed. Obzvláště 
   je to vidět u nástupních ostrůvků, které mají být mezi jízdním pruhem a 
   kolejemi, ale render je kreslí vně cesty. Proběhla debata nad tím, jak to
   řešit, ale bez výsledku.
   * OSM render: https://openstreetmap.cz/#map=19/49.82927/18.26557=d
   * Ortofoto ČÚZK: https://openstreetmap.cz/#map=19/49.82927/18.26557;
   layers=oO
   * 
   

Dále se pak debata stočila na práci rodinu a další radosti a starosti, o OSM
už to moc nebylo. Ale bylo fajn.




Díky,

Marián

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

Re: [OSM-talk-fr] intégration des référentiels STIF

[Jérôme Amagat]

Le 7 décembre 2016 à 20:48, Florian LAINEZ  a écrit :

> Très intéressante démonstration Noémie.
> Du coup peut-être en effet devrions-nous attendre de pouvoir exploiter le
> GTFS avant de se lancer dans l'intégration des données STIF ...
> Fred tu penses que ça pourrait passer sur la liste au père-noël ? ;)
>
> Le 7 décembre 2016 à 11:15, Noémie Lehuby 
> a écrit :
>
>> Bref, vous voulez pas qu'on commence par les lignes / relations
>> route_master, et qu'ensuite on voit comment on peut redescendre sur les
>> relations route, puis les relations stop_area et les noeuds
>> public_transport = platform?
>
> pourquoi pas mais on fait comment ? Il me semble qu'il nous manque pour
> l'instant un outil pour faire le boulot efficacement, *n'est-il pas* ?
>
> Dans osm on peut pas créer des relations sans rien mettre dedans (enfin ça
doit être possible mais la relation est tout de suite perdu) il faut une
géométrie à lui accrocher. Seul les node ont des coordonnées si une
relation n'est pas lié de près ou de loin à un node elle est nulle part.
Les relations route master sont reliés qu'a d'autres relations les
relations route qui elles sont relié aux arrêts et aux routes entre les
arrêts.
ces route entre les arrêts je vois pas comment ça pourrait être fait
autrement qu'"à la main par des gens"
les arrêts, on a des données avec des coordonnées pas trop mal c'est pour
intégré ce genre de données qu'osmose est utile.
après si on a les arrêts avec les bonnes "ref" dans osm, un "outil" peut
créer les relation (route ou route master) ou vérifier quels sont justes
avec les donnée GTFS ou d'autres données.
Mais dans l'autre sens je vois pas comment.

Par contre, ce qui est possible et utile c'est se mettre d'accord sur les
tags à mettre dans les relations d’après les données qu'on a (quel ref,
quel name ...) pour avoir des données dans osm homogènes. pareil sur la
façon de créer les relations stop_area. Mais les créer sans rien mettre
dedans à part des tags c'est pas possible ?

Autre chose qui peut être fait avant d’intégré les arrêts ( c'est une chose
qui pourrait compliquer aussi le travail d'un "outil créant les relations"
) c'est voir comment modifié , rajouté quel tag sur les relations
représentant les lignes de bus qui en existe déjà.
Des type=route_master il n'y en a pas beaucoup !? (ou alors je cherche pas
comme il faut) : http://overpass-turbo.eu/s/kvI
des type=route route=bus il y en as beaucoup :
http://overpass-turbo.eu/s/kvJ



> --
>
> *Florian Lainez*
> @overflorian 
>
> ___
> Talk-fr mailing list
> Talk-fr@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-fr
>
>
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr

Re: [Talk-es] Aparcamientos para bicicletas dentro de estaciones de Metro

[Alejandro S.]

Además si hay relaciones de station o stop_area, deberías incluir también
el parking en dichas relaciones. Y si tienen horario o restricciones sobre
si el uso es sólo para los usuarios de la estación, añadir las
correspondientes etiquetas opening_hours, access, etc.

Saludos,
Alejandro Suárez

On Wed, Dec 7, 2016, 22:45 yo paseopor  wrote:

> Si lo pones con los mismos atributos que se usan para mapear la estación
> en sí no creo que debiera haber ningún problema Te recomiendo que te mires:
>
> https://wiki.openstreetmap.org/wiki/Indoor_Mapping
>
> Y una estación hecha y derecha como es esta de Munich
>
>
> http://openlevelup.net/?lat=48.140257=11.558771=19=0=0=1=0=0=0=0=0
>
> Salut i mapejats interiors
> yopaseopor
> ___
> 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-es] Sobre importaciones y otros demonios

[yo paseopor]

Después de leer el aviso pasivo-agresivo de la lista sobre Catastro e
importaciones (No importes niño, no importes ya que viene el DWG y te
baneará) y después de rato y debate en la reunión del otro día y sin acabar
de consenso vengo a generar más debate para aclarar, y ensanchar posturas,
pues desde mi punto de vista creo nos jugamos mucho potencialmente hablando
y en un futuro a corto plazo. Me explicaré. Y lo haré con un caso práctico.
Os pido que si el tema os aburre o no estáis de acuerdo con el "objetivo"
seleccionado cambiéis los nombres de ciudades, de recursos, de usuarios,
etc. el objetivo siempre será el mismo: el mejor mapa posible y usable (y
para ser los mejores no vale a cualquier precio)

El hecho de tener una comunidad amuermada (poca gente, poca implicación,
pocas ganas) hace que unos cuantos lo queramos reflotar. Y nos empezamos a
mirar el mapa más cercano, el nuestro. En mi caso vi como en Catalunya
faltaban infrastructuras básicas: las líneas de tren que cada día
sufrim...usamos no estaban, almenos en su totalidad.
De resultas de ello, varias personas debaten el tema, y se ponen a ello, y
pasado un mes las líneas de "Rodalies" acaban estando enteras en OSM y
funcionando en todos los renderizados posibles.
Eso hace que se revise la wiki. Y se detecta una wiki carrinclona, muy
espesa y poco clara, no sólo como instrumento para saber cómo mapear (que a
las malas usas Google y vas a las páginas inglesas de la misma) sino
también como coordinación de la misma comunidad. Y se renueva la wiki para
actualizar las páginas de transporte ferroviario...porque el de
carretera...parece una tarea importante...pero insalvable de buenas a
primeras. Y es que por tener tenemos calles sin nombrar: cómo pretendemos
tener el transporte público completo...si ni los elementos por los que este
transporte debe circular lo están. Y nos proponemos una serie de revisiones
básicas para todas las calles de Catalunya (el objetivo también es la
uniformidad, en Barcelona ciudad hay varios mapeadores...en Guimerà, a
caballo de la Segarra y la Conca de Barberà - sí, dónde Cristo perdió la
zapatilla al lado, en el rectorado de Vallfogona de Riucorb)creo que no hay
ninguno.
Así que aunque no seamos gente oriunda de la zona , a través de
herramientas con licencia abierta, conocimiento de la zona (sabíais que la
carretera de mi logo de yopaseopor es la que lleva a ese pueblo?) , etc.
nos disponemos a completar esas calles. La "comunidad activa",los cuatro
que estamos pegándole al Telegram en el grupo Catalán varios ratos, con un
objetivo claro (poner nombres), en una zona determinada (Catalunya). Al ver
que la cosa funciona y que usando un validador se ve el progreso del
trabajo realizado, reformamos la wiki y establecemos más revisiones del
territorio, para cuando acabemos la de los nombres, o para ir en paralelo
de ellas: sentido de las calles, números de portal (para poder buscar),
ríos, montañas, transporte público, etc. Un año después el trabajo es
innegable usando http://qa.poole.ch podeis comprobar como en Catalunya hay
una gran zona que abarca buena parte del sur de la provincia de Barcelona
con todas las calles dibujadas y con nombres. También hay grandes bolsas en
el Empordà y en zonas de la provincia de Tarragona.

Eso nos hace volver atrás y volvernos a plantear lo inabastable: introducir
de forma automática, de forma manual,de forma individual, de forma
colectiva, "comosea" (sí cumpliendo todos los procedimientos que haya que
realizar) por ejemplo...el transporte público de Catalunya. Hemos de ser
realistas, nadie nos salvará de hacer las relaciones "con estas manitas",
nadie nos salvará de revisar lo que ya hay , fusionarlo y debatir si en X
zona salen más a cuenta los datos nuevos o los viejos y todo eso enlazarlo
coherentemente, para qué como en el caso del tren funcione y lo acepten
todos los renders que trabajan con transporte público.Evidentmente esto no
lo va a hacer uno, no es que seamos muchos, pero nos pondremos los que
podamos porque si no será muy difícil que esto se acabe algún día si no (y
doy fe, que estas actuaciones gigantísticas llega un día en que se acaban y
satisfactoriamente ,aunque el proceso pudiera ser largo).

A dónde quieres llegar? Muy sencillo, al objetivo: tener la mejor
herramienta posible.Y veo que vamos a tener que echar mano de datos libres
y que cumplen con OSM, pero externos.

Nos surge una propuesta. Uno de los proyectos estrella del ayuntamiento de
Barcelona, gobernado por los comunes, nos plantea su migración a OSM. De
entrada una buena noticia. Después de unos días con malentendidos sobre el
alcance de la petición (algunos habíamos entendido TODOS los servicios de
mapas del ayuntamiento) la tenemos aclarada:- sustituir Google Maps por OSM
en los servicios que ofrece esa web participativa. Nuestro handicap? Que
nos preguntan cómo.Al margen de los temas tecnológicos, que habrá
especialistas y empresas sobre la materia dentro y fuera de OSM, yo planteo
los retos como "mapa". 

Re: [Talk-es] Aparcamientos para bicicletas dentro de estaciones de Metro

[yo paseopor]

Si lo pones con los mismos atributos que se usan para mapear la estación en
sí no creo que debiera haber ningún problema Te recomiendo que te mires:

https://wiki.openstreetmap.org/wiki/Indoor_Mapping

Y una estación hecha y derecha como es esta de Munich

http://openlevelup.net/?lat=48.140257=11.558771=19=0=0=1=0=0=0=0=0

Salut i mapejats interiors
yopaseopor
___
Talk-es mailing list
Talk-es@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-es

[Talk-it] Stazione Malpensa-T2

[Dario Crespi]

Ciao,
ieri è stata inaugurata la stazione ferroviaria di Malpensa Aeroporto -
Terminal 2 (e il tratto ferroviario di quasi 4km che la collega al T1):
http://www.prealpina.it/pages/il-treno-arriva-a-gallarate-130582.html

Ora, andrebbe aggiornata la mappa che presenta la linea come "in
costruzione" e manca ancora la nuova stazione. Lo farei io, ma va un po'
sistemato il tracciato ferroviario che è molto approssimativo (il problema
è che è almeno per metà sotterraneo) e non vorrei fare danni.

Qui la voce su Wikipedia della stazione (che vedo di aggiornare subito):
https://it.wikipedia.org/wiki/Stazione_di_Malpensa_T2

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

Re: [OSM-talk-fr] intégration des référentiels STIF

[Florian LAINEZ]

Très intéressante démonstration Noémie.
Du coup peut-être en effet devrions-nous attendre de pouvoir exploiter le
GTFS avant de se lancer dans l'intégration des données STIF ...
Fred tu penses que ça pourrait passer sur la liste au père-noël ? ;)

Le 7 décembre 2016 à 11:15, Noémie Lehuby  a
écrit :

> Bref, vous voulez pas qu'on commence par les lignes / relations
> route_master, et qu'ensuite on voit comment on peut redescendre sur les
> relations route, puis les relations stop_area et les noeuds
> public_transport = platform?

pourquoi pas mais on fait comment ? Il me semble qu'il nous manque pour
l'instant un outil pour faire le boulot efficacement, *n'est-il pas* ?

-- 

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

Re: [OSM-legal-talk] Current status of CC-BY 4.0?

[Simon Poole]

The LWG is in the process of discussing its concerns with CC and hopes
to be able to clarify things soon. Some of the concerns are 4.0
specific, some would in principle apply to the previous versions too.

Simon


Am 07.12.2016 um 20:21 schrieb Rory McCann:
> Hi all,
>
> The wiki page on ODbL combatibility[1] says, for CC-BY 4.0: "status of
> CC-BY 4.0 is still under consideration by the LWG". Is there any update
> on this consideration?
>
> There's the obvious attribution requirment with all CC-BY licences,
> leaving that aside, my reading of the legal-talk@ list[2] implies that
> there is problems with 4.0 the database rights, right? Is that the only
> problem with it?
>
> [1] https://wiki.openstreetmap.org/wiki/Import/ODbL_Compatibility
> [2] e.g. this email
> https://lists.openstreetmap.org/pipermail/legal-talk/2015-May/008136.html
>
>
> ___
> legal-talk mailing list
> legal-talk@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/legal-talk




signature.asc
Description: OpenPGP digital signature
___
legal-talk mailing list
legal-talk@openstreetmap.org
https://lists.openstreetmap.org/listinfo/legal-talk

[OSM-legal-talk] Current status of CC-BY 4.0?

[Rory McCann]

Hi all,

The wiki page on ODbL combatibility[1] says, for CC-BY 4.0: "status of
CC-BY 4.0 is still under consideration by the LWG". Is there any update
on this consideration?

There's the obvious attribution requirment with all CC-BY licences,
leaving that aside, my reading of the legal-talk@ list[2] implies that
there is problems with 4.0 the database rights, right? Is that the only
problem with it?

[1] https://wiki.openstreetmap.org/wiki/Import/ODbL_Compatibility
[2] e.g. this email
https://lists.openstreetmap.org/pipermail/legal-talk/2015-May/008136.html


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

[OSM-talk-be] Update: Orthofotomozaïek, middenschalig, winteropnamen, kleur, Vlaanderen

[Stijn Rombauts]

Ter 
info:https://overheid.vlaanderen.be/nieuws/update-orthofotomoza%C3%AFek-middenschalig-winteropnamen-kleur-vlaanderen

"De meest recente orthofotomozaïek voor Vlaanderen is bijgewerkt voor de 
volledige provincie Limburg (opname: 2, 5 en 7/05 en 7/08/2016 (Voeren))" 

Jawadde, winteropnamen in mei en in augustus...
StijnRR




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

Re: [Talk-cz] Rozdělení červené

[Pavel Machek]

On Wed 2016-12-07 16:46:36, majka wrote:
> a což takhle tam dát na to inkriminované místo access:conditional=no s
> buďto s omezením pro kolo jako takové, nebo ještě sezónně (tedy s @ +
> měsíce)

access=conditional je pro "zakaz vstupu". Tam je vstup dovolen, jen to
neni na kole prujezdne.

Pokud je problem ze to vede korytem potoka takze tam fakt nejde projet
na kole, tak:

smoothness=impassable

Pokud je to trochu problem i pro pesi, tak

sac_scale=mountain_hiking

(pripadne vyssi).

Tagy mame, ted jeste nekoho kdo je renderuje ;-).
Pavel
-- 
(english) http://www.livejournal.com/~pavelmachek
(cesky, pictures) 
http://atrey.karlin.mff.cuni.cz/~pavel/picture/horses/blog.html


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

Re: [Talk-GB] HS2 phase 2a preferred route

[Andy Townsend]

On 07/12/2016 17:50, Andy Robinson wrote:

Andy T,

As far as I can see the new 2b shapefiles now uploaded to OSM are the "confirmed" and 
"consulting" route sections as shown on page 8 of: 
https://www.gov.uk/government/uploads/system/uploads/attachment_data/file/568502/D1_Route_refinement_consultation_document_FINAL.PDF


Thanks - interesting that they've made much more use of previous 
abandoned railway alignments (e.g. for access to Staveley yard) and it 
also seems to include a number of "nudges" one way or the other (such as 
to miss Heath Old Church).


Cheers,

Andy T


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

Re: [Talk-GB] HS2 phase 2a preferred route

[Andy Robinson]

Andy T,

As far as I can see the new 2b shapefiles now uploaded to OSM are the 
"confirmed" and "consulting" route sections as shown on page 8 of: 
https://www.gov.uk/government/uploads/system/uploads/attachment_data/file/568502/D1_Route_refinement_consultation_document_FINAL.PDF

Obviously the biggest question is still Sheffield.

Cheers
Andy R

-Original Message-
From: Andy Townsend [mailto:ajt1...@gmail.com] 
Sent: 06 December 2016 22:16
To: talk-gb@openstreetmap.org
Subject: Re: [Talk-GB] HS2 phase 2a preferred route

On 29/11/2016 19:19, Andy Robinson wrote:
> As it happens the Phase 2b shape files are available. Just rather 
> buried under an obscure filename.
>
> I'll post again once I've made the route updates for 2b (Manchester & 
> Leeds)

Which routes do the 2b updates have for north and south of Sheffield?  
North of Sheffield I suspect things are fairly nailed down; south of Sheffield 
not so much - there's a broad-brush recommendation in 
https://www.gov.uk/government/publications/hs2-phase-2b-summary-of-route-refinements
, but I've not seen detailed plans of that yet and the "consultation" is open 
until next year (though the previous "options report" 
https://www.gov.uk/government/publications/hs2-sheffield-and-south-yorkshire-report-2016
gave a pretty clear steer towards one option - but again, no detailed route 
plan yet).

In answer to Dave and Dan - I'd be the first person to say "don't map stuff 
that doesn't exist yet and may not exist", but in the case of a lot of the HS2 
route it is (a) very likely to happen and (b) quite clear where it will happen. 
 However where plans have been overtaken by politics and where (a) and (b) are 
not necessarily the case I don't think it does make sense to have it in OSM.

Cheers,

Andy (a different one)


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


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

Re: [Talk-GB] HS2 phase 2a preferred route

[Andy Robinson]

HS2 changes made. The routes now sit under 4 relations as follows:

1986960 - HS2 Phase 1 - London to West Midlands (No changes - Route as per 
Hybrid Bill)
6748946 - HS2 Phase 2a - West Midlands to Crewe (Jan 2016 preferred route)
6775224 - HS2 Phase 2b - Crewe to Manchester (Nov 2016 preferred route)
6775258 - HS2 Phase 2b - West Midlands to Leeds (Nov 2016 preferred route)

The following original relations (and their members) have been deleted:
4124774 - Manchester spur
4124756 - Leeds spur
4125262 - Depots. (New depot area shape files are not available as far as I can 
see and the old data is no longer correct)

Any queries please get in touch.

Cheers
Andy


-Original Message-
From: Andy Robinson [mailto:ajrli...@gmail.com] 
Sent: 07 December 2016 12:30
To: 'Andy Townsend'; 'Paul Berry'
Cc: 'Talk GB'
Subject: RE: [Talk-GB] HS2 phase 2a preferred route

I've got the Nov 16 shape files for 2b but haven’t looked at them yet. I would 
expect them to be the same alignments as shown on the Nov 16 plans. What they 
didn’t release (at least not separately) are the station and maintenance yard 
land take polygons.

Should get to taking a look before the weekend.

Cheers
Andy

-Original Message-
From: Andy Townsend [mailto:ajt1...@gmail.com]
Sent: 07 December 2016 10:45
To: Paul Berry
Cc: Talk GB
Subject: Re: [Talk-GB] HS2 phase 2a preferred route

On 07/12/2016 10:36, Paul Berry wrote:
> ... but I believe you're referring to: 
> https://www.gov.uk/government/publications/hs2-plan-and-profile-maps-w
> oodall-to-conisbrough
>
>

North of there actually, up through Mexborough.

> If you know previous route mapping has changed in areas, and remains 
> as certain as can be for something not on the ground, then map away.

The bit I'd be missing is the route plan (beyond a schematic) - that's why I 
asked Andy (the original Andy*) what the latest 2b route plans covered.

Cheers,

Andy

* confusing, but could be worse, it was talking about wikidata and OSM Carto 
rendering as well :)


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



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

Re: [Talk-it] [Bulk] Fumetteria

[Alberto Nogaro]

>-Original Message-
>From: Alessandro Pozzato [mailto:apozz...@libero.it]
>Sent: mercoledì 7 dicembre 2016 10:24
>To: openstreetmap list - italiano 
>Subject: [Bulk] [Talk-it] Fumetteria
>
>Come si può mappare una fumetteria prevalentemente orientata ai manga
>che vende anche alimenti giapponesi confezionati? Non mi sembra
>appropriato shop=books e vending=comics, perché non tratta libri se non in
>minima quantità.

Forse puoò andare questo:

https://wiki.openstreetmap.org/wiki/Tag:shop%3Danime

Ciao,
Alberto


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

[Talk-es] Aparcamientos para bicicletas dentro de estaciones de Metro

[Alejandro Moreno]

En Madrid el Consorcio de transporte está creando una serie de aparcabicis
dentro de las estaciones de Metro llamados reB. He mapeado el primero de
los mismos que está en la estación de Colonia Jardín pero no sé cómo
indicar que el aparcabicis está dentro de la estación. ¿Tengo que crear una
relación?¿No hay forma de hacerlo?
___
Talk-es mailing list
Talk-es@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-es

Re: [Talk-cz] Rozdělení červené

[Jan Martinec]

Ahoj, já bych na to šel z druhé strany: "je to asi pod vodou, ale někdy
nemusí být": http://wiki.openstreetmap.org/wiki/Key:ford

Ostatně se to tu řešilo asi před rokem u nějakého mostu, který je většinu
času pod hladinou přehrady,  ne?
HPM

Dne 7. 12. 2016 4:47 odp. napsal uživatel "majka" :

> a což takhle tam dát na to inkriminované místo access:conditional=no s
> buďto s omezením pro kolo jako takové, nebo ještě sezónně (tedy s @ +
> měsíce)
>
> 2016-12-07 16:35 GMT+01:00 Petr Kadlec :
>
>> Ahoj,
>> Vím leda o http://wiki.openstreetmap.org/wiki/Cs:Key:seasonal
>>
>> -- Petr Kadlec / Mormegil
>>
>>
>
> ___
> 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-GB] Ideas for quarterly projects

[Andy Mabbett]

On 7 December 2016 at 12:43, Chris Hill  wrote:

> It would be good to improve the road names

We could also improve street name etymology. For instance the new
"Derbyshire Way" in Coventry could be tagged:

   etymology = Delia Derbyshire
   etymology:wikidata = Q29544
   etymology:source =
http://whatsonlive.co.uk/news/new-coventry-road-named-after-electronic-music-pioneer-delia-derbyshire/36715

with the Wikidata ID referring to:

   https://www.wikidata.org/wiki/Q29544

That's a good armchair activity for winter nights or wet days!

-- 
Andy Mabbett
@pigsonthewing
http://pigsonthewing.org.uk

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

Re: [Talk-cz] Rozdělení červené

[majka]

a což takhle tam dát na to inkriminované místo access:conditional=no s
buďto s omezením pro kolo jako takové, nebo ještě sezónně (tedy s @ +
měsíce)

2016-12-07 16:35 GMT+01:00 Petr Kadlec :

> Ahoj,
> Vím leda o http://wiki.openstreetmap.org/wiki/Cs:Key:seasonal
>
> -- Petr Kadlec / Mormegil
>
>
___
Talk-cz mailing list
Talk-cz@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-cz

Re: [Talk-cz] Rozdělení červené

[Petr Kadlec]

Ahoj,

2016-12-07 14:43 GMT+01:00 Vladimír Slávik :

> v tom inkriminovaném místě to opravdu do půl řeky není, ale jinak to s tou
> řekou docela platí, dál po proudu se místy jde tak po kamenech korytem, na
> jaře to asi "v řece" je. Byl jsem na tom místě před půl rokem s ženou a
> dvěma bicykly s brašnami. Takhle jsme si už dlouho nenaběhli :D Stálo by za
> to dodat tam nějaké upozornění - napadá někoho jak to tagovat? Myslím že
> nic takového neexistuje...
>

Vím leda o http://wiki.openstreetmap.org/wiki/Cs:Key:seasonal

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

Re: [Talk-cz] OSM pivo 4Q 2016 Praha

[Petr Schönmann]

Taky muzu driv, ale jak to vypada tak spravny cas je na 19tou :) Pripadne
pokud by Milan chtěl někoho dří, vyrazím dřív. Napiš mi kdyžtak přímo.

st 7. 12. 2016 v 12:03 odesílatel Mikoláš Štrajt  napsal:

> Ahoj,
> přijdu kolem sedmé do Starých časů. Milana jsem viděl už minulý rok, tak
> snad ho poznám.
>
> S pozdravem
> --
> Severák / Mikoláš Štrajt
> ___
> Talk-cz mailing list
> Talk-cz@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-cz
>
-- 
S pozdravem
Petr Schönmann
https://www.facebook.com/klikklakcz
___
Talk-cz mailing list
Talk-cz@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-cz

[Talk-cz] OSM pivo Brno 18:00 Kormidlo

[Tom Ka]

Pripominka, uvidime se na znamem miste dnes po 18:00 u Kormidla.

Tesim se na videnou Tom.k

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

Re: [OSM-talk-ie] North Dock area of Dublin

[Alan Bell]

> what would you consider the modern 'North Dock' to be?
have to admit I am not a local, I just admin a system that sends delivery
vehicles there. My best guess is that it is the superset of the three
electoral districts, but I will see if I can ask the opinion of the drivers.
___
Talk-ie mailing list
Talk-ie@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-ie

Re: [OSM-talk-ie] Wanted OSM shapefile of Ireland and province outlines, otherwise blank

[Brian Hollinshead]

Thank you Mark, but that link only gives Republic of Ireland. The Dna study
is for the entire Island of Ireland and Rory has since added a boundary
download for the provinces to the ones that were already on offer. They
have tried it and it is splendid.

(Thanks again Rory)

On 6 December 2016 at 12:40, Marc Gemis  wrote:

> Is https://osm.wno-edv-service.de/boundaries/ of any help to you ?
>
> regards
>
> m
>
> On Tue, Dec 6, 2016 at 12:38 PM, Brian Hollinshead
>  wrote:
> > The Genealogical Society of Ireland are collaborating with the Royal
> > College of Surgeons in Ireland on local greatgrandparent DNA
> comparisions.
> >
> > They have been using OSM with leaflet layers showing the centroids, areas
> > covered by each group of eight greatgrandparents and and their individual
> > locations beside an interactive list of participants. (which my son and I
> > did for them as they had some difficulties using Google)
> >
> > I have now been asked if I can provide them with an OSM shapefile of all
> > Ireland with provincial boundaries but no other detail. They needed one
> for
> > a poster for display at a conference in the Conway Institute in UCD this
> > week and settled for just an Ireland outline. Because this study when
> > complete will be published internationally i would like them to be able
> to
> > use OSM for all map images.
> >
> > Please can someone either send me a file or explain to me how I can
> create
> > one for them.
> >
> > Thanks
> > ___
> > Talk-ie mailing list
> > Talk-ie@openstreetmap.org
> > https://lists.openstreetmap.org/listinfo/talk-ie
>
> ___
> Talk-ie mailing list
> Talk-ie@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-ie
>
___
Talk-ie mailing list
Talk-ie@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-ie

Re: [Talk-cz] Rozdělení červené

[Vladimír Slávik]

Ahoj,
v tom inkriminovaném místě to opravdu do půl řeky není, ale jinak to s 
tou řekou docela platí, dál po proudu se místy jde tak po kamenech 
korytem, na jaře to asi "v řece" je. Byl jsem na tom místě před půl 
rokem s ženou a dvěma bicykly s brašnami. Takhle jsme si už dlouho 
nenaběhli :D Stálo by za to dodat tam nějaké upozornění - napadá někoho 
jak to tagovat? Myslím že nic takového neexistuje...


VS


Dne 30.11.2016 v 17:14 Karel Volný napsal(a):

Aha. toho jsem si nevšiml. A jak tak na to koukám, problém je, že je
riverbank tak nějak posunutá vůči řece. Místy z ní řeka vypadává. Zdá se, že
to Oldboy74 rozdělal a pak už nikdy nedodělal.

oldboyNN a riverbank?

- to zní povědomě ...

https://lists.openstreetmap.org/pipermail/talk-cz/2014-April/009782.html

K.


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



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

Re: [Talk-cz] Dotaz: Silnice a informace z ŘSD

[jzvc]

Dne 4.12.2016 v 18:54 Ha Noj napsal(a):

Nevyplývá. To, že ty informace musí zcela kdokoliv dostat, nijak
nesouvisí s tím, jak s nimi může dále nakládat.

Prekvapive souvisi, muze je pouzit zcela jak uzna za vhodne, jinak by to
nemelo zadny smysl. Dost tezko by ti k necemu byly informace, ktery nemuzes
pouzit.

*** takže když si vyžádám licenční klíče k software můžu ho doma použít?


Pokud ti urad ten licencni klic poskytne na zaklade zadosti dle 106, tak 
ten klic muzes klidne napsat verejne na web, stejne tak jako ten klic 
klidne muzes naimportovat do OSM.


Pokud by ti na zaklade 106 poskytl urad i nejaky SW, tak s nim muzes 
nakladat stejne.


Uz sam fakt, ze informace jsou poskytnuty na zaklade 106 je zaroven 
konstatovanim, ze takove informace vlastne maji byt verejne dostupne 
trvale a neomezene.


Podotykam, ze 106 se nevztahuje zdaleka jen na urady(jak opakovane 
konstatuji soudy). Pod jakou ze licenci je ftp://ftp.cisjr.cz/ ?? 
Provozuje to soukroma firma.




hanoj

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




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

Re: [OSM-talk-ie] North Dock area of Dublin

[Donal Diamond]

North Dock A ED  etc are modern Electoral Districts (ED) which have
formally defined boundaries.

While historically there was a DED (old name for EDs) called 'North Dock',
what would you consider the modern 'North Dock' to be?

If it's another of those vague areas in Dublin like Dublin suburbs with no
defined boundaries, the area you're in depends on whether you ask a snob or
an estate agent.

If its a vague area I wouldn't use an admin area but rather a polygon with
place=suburb  and using the external ways of the North Dock A/B/C EDS.

place=suburb  "A part of a town or city with a well-known name and often a
distinct identity"



D






On 7 December 2016 at 12:31, Alan Bell  wrote:

> Hi, I am having trouble with nominatim geocoding addresses in the North
> Dock area of Dublin
> I think this is because the administrative area is divided into "North
> Dock A ED", B ED and C ED in the following relations
> https://www.openstreetmap.org/relation/4283341
> https://www.openstreetmap.org/relation/4275228
> https://www.openstreetmap.org/relation/4275227
>
> so, when searching for an address such as "Liffey Trust Centre, Sheriff
> Street Upper, North Dock, Dublin" nothing is found but looking for "Liffey
> Trust Centre, Sheriff Street Upper, North Dock B ED, Dublin" works just
> fine. Would it be possible/desirable to put a "North Dock" administrative
> area as the superset of A B and C? or is there some other approach that
> would make geocoding better for people who don't know the address (don't
> think the A/B/C bit is in day to day use)
>
> Alan
>
> ___
> Talk-ie mailing list
> Talk-ie@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-ie
>
___
Talk-ie mailing list
Talk-ie@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-ie

Re: [Talk-GB] Ideas for quarterly projects

[Chris Hill]

It would be good to improve the road names. I feel it is easier to do the 
survey that is needed to weed out the rather odd 'errors' that pepper the OS 
Locator when the days are longer. 

Cheers, Chris (chillly)

On 7 December 2016 12:37:52 GMT+00:00, Martyn Evans  
wrote:
>How about streets and their names ?
>
>According to the ITO OSM analysis, at 24/11/2016, compared to OS 
>Locator, there were 17,687 missing major roads.  The UK is 97.8% 
>complete, only 16 out of 408 areas are 100% complete, and in the last 
>month only 68 were added.
>
>The ITO tool is available to point out the missing data, and is updated
>
>frequently enough to show progress.
>
>regards, Martyn
>
>On 06/12/16 19:32, Andy Mabbett wrote:
>>
>> I'd like to float the following ideas for quarterly projects, and see
>
>> what folk think.
>>
>> * GLAMs - Galleries, Libraries, Archives and Museums. As with schools
>
>> we could turn points into ploygons, add names, URLs, street
>addresses, 
>> Wikidata items, and other info.
>>
>> * Blue lights - police, fire and ambulance stations, and associated 
>> infrastructure. Including fire hydrants!
>>
>> * Public art - location, artist, material; also Wikidata - could be 
>> combined with http://pigsonthewing.org.uk/public-art-wikipedia/
>>
>> * Shops - even where mapped, these soon fall out-of-date.
>>
>> * Vets - maybe not enough to do on their own. Combine with shops?
>>
>> * Pubs, bars & other licensed premises - see 
>>
>https://www.theguardian.com/travel/2016/oct/21/worlds-longest-pub-crawl-maths-team-plots-route-between-every-pub-in-uk
>
>> for inspiration. Also breweries.
>>
>> * Public toilets - follows nicely from the previous suggestion! Maybe
>
>> in collaboration with https://greatbritishpublictoiletmap.rca.ac.uk/
>>
>> * FixMe & Notes - let's clear the backlog!
>>
>>
>> What are your thoughts?
>>
>> -- 
>> Andy Mabbett
>> @pigsonthewing
>> http://pigsonthewing.org.uk
>>
>>
>>
>> ___
>> Talk-GB mailing list
>> Talk-GB@openstreetmap.org
>> https://lists.openstreetmap.org/listinfo/talk-gb
>
>
>
>
>
>
>___
>Talk-GB mailing list
>Talk-GB@openstreetmap.org
>https://lists.openstreetmap.org/listinfo/talk-gb
___
Talk-GB mailing list
Talk-GB@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-gb

Re: [Talk-GB] Ideas for quarterly projects

[Martyn Evans]

How about streets and their names ?

According to the ITO OSM analysis, at 24/11/2016, compared to OS 
Locator, there were 17,687 missing major roads.  The UK is 97.8% 
complete, only 16 out of 408 areas are 100% complete, and in the last 
month only 68 were added.


The ITO tool is available to point out the missing data, and is updated 
frequently enough to show progress.


regards, Martyn

On 06/12/16 19:32, Andy Mabbett wrote:


I'd like to float the following ideas for quarterly projects, and see 
what folk think.


* GLAMs - Galleries, Libraries, Archives and Museums. As with schools 
we could turn points into ploygons, add names, URLs, street addresses, 
Wikidata items, and other info.


* Blue lights - police, fire and ambulance stations, and associated 
infrastructure. Including fire hydrants!


* Public art - location, artist, material; also Wikidata - could be 
combined with http://pigsonthewing.org.uk/public-art-wikipedia/


* Shops - even where mapped, these soon fall out-of-date.

* Vets - maybe not enough to do on their own. Combine with shops?

* Pubs, bars & other licensed premises - see 
https://www.theguardian.com/travel/2016/oct/21/worlds-longest-pub-crawl-maths-team-plots-route-between-every-pub-in-uk 
for inspiration. Also breweries.


* Public toilets - follows nicely from the previous suggestion! Maybe 
in collaboration with https://greatbritishpublictoiletmap.rca.ac.uk/


* FixMe & Notes - let's clear the backlog!


What are your thoughts?

--
Andy Mabbett
@pigsonthewing
http://pigsonthewing.org.uk



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



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

Re: [Talk-GB] HS2 phase 2a preferred route

[Andy Robinson]

I've got the Nov 16 shape files for 2b but haven’t looked at them yet. I would 
expect them to be the same alignments as shown on the Nov 16 plans. What they 
didn’t release (at least not separately) are the station and maintenance yard 
land take polygons.

Should get to taking a look before the weekend.

Cheers
Andy

-Original Message-
From: Andy Townsend [mailto:ajt1...@gmail.com] 
Sent: 07 December 2016 10:45
To: Paul Berry
Cc: Talk GB
Subject: Re: [Talk-GB] HS2 phase 2a preferred route

On 07/12/2016 10:36, Paul Berry wrote:
> ... but I believe you're referring to: 
> https://www.gov.uk/government/publications/hs2-plan-and-profile-maps-w
> oodall-to-conisbrough
>
>

North of there actually, up through Mexborough.

> If you know previous route mapping has changed in areas, and remains 
> as certain as can be for something not on the ground, then map away.

The bit I'd be missing is the route plan (beyond a schematic) - that's why I 
asked Andy (the original Andy*) what the latest 2b route plans covered.

Cheers,

Andy

* confusing, but could be worse, it was talking about wikidata and OSM Carto 
rendering as well :)


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


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

Re: [Talk-cz] OSM pivo 4Q 2016 Praha

[Mikoláš Štrajt]

Ahoj,
přijdu kolem sedmé do Starých časů. Milana jsem viděl už minulý rok, tak 
snad ho poznám.




S pozdravem

-- 

Severák / Mikoláš Štrajt
___
Talk-cz mailing list
Talk-cz@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-cz

Re: [Talk-GB] HS2 phase 2a preferred route

[Andy Townsend]

On 07/12/2016 10:36, Paul Berry wrote:
... but I believe you're referring to: 
https://www.gov.uk/government/publications/hs2-plan-and-profile-maps-woodall-to-conisbrough 





North of there actually, up through Mexborough.

If you know previous route mapping has changed in areas, and remains 
as certain as can be for something not on the ground, then map away.


The bit I'd be missing is the route plan (beyond a schematic) - that's 
why I asked Andy (the original Andy*) what the latest 2b route plans 
covered.


Cheers,

Andy

* confusing, but could be worse, it was talking about wikidata and OSM 
Carto rendering as well :)



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

Re: [Talk-GB] HS2 phase 2a preferred route

[Paul Berry]

I'm not sufficiently up on (read: have not had time to study) what is
firmly planned and what is still under consideration, to be honest, but I
believe you're referring to:
https://www.gov.uk/government/publications/hs2-plan-and-profile-maps-woodall-to-conisbrough

If you know previous route mapping has changed in areas, and remains as
certain as can be for something not on the ground, then map away.

Regards,
*Paul*

On 7 December 2016 at 10:27, Andy Townsend  wrote:

> On 07/12/2016 08:25, Paul Berry wrote:
>
>> I We don't know if it's going to take a city centre route or spur from
>> the Don Valley route yet so unless things change the current relation still
>> stands: http://www.openstreetmap.org/relation/4124756
>>
>
> I thought that, at least here:
>
> http://www.openstreetmap.org/relation/4124756#map=11/53.4723/-1.3166
>
> a decision had been made to move east, so that relation is one that does
> need changing, because what's in OSM is no longer the planned route?
> Whether the best thing (until final approval post acts of parliament) is to
> have nothing in OSM and have the data externally somewhere or to have it as
> e.g. "state=proposed" in OSM I could be persuaded either way, but we
> shouldn't have something in OSM that we know to be wrong, as we have at the
> moment.
>
> Cheers,
>
> Andy
>
>
>
>
>
___
Talk-GB mailing list
Talk-GB@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-gb

Re: [Talk-GB] HS2 phase 2a preferred route

[Andy Townsend]

On 07/12/2016 08:25, Paul Berry wrote:
I We don't know if it's going to take a city centre route or spur from 
the Don Valley route yet so unless things change the current relation 
still stands: http://www.openstreetmap.org/relation/4124756


I thought that, at least here:

http://www.openstreetmap.org/relation/4124756#map=11/53.4723/-1.3166

a decision had been made to move east, so that relation is one that does 
need changing, because what's in OSM is no longer the planned route?  
Whether the best thing (until final approval post acts of parliament) is 
to have nothing in OSM and have the data externally somewhere or to have 
it as e.g. "state=proposed" in OSM I could be persuaded either way, but 
we shouldn't have something in OSM that we know to be wrong, as we have 
at the moment.


Cheers,

Andy





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

Re: [OSM-talk-fr] Problème de représentation avec des parcelles forestières

[Ch. Rogel]

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

Re: [OSM-talk-fr] intégration des référentiels STIF

[Noémie Lehuby]

Bonjour,

Je ne suis pas favorable à l'utilisation d'Osmose pour intégrer les 
codes des points d'arrêts, du moins pour le moment. Je pense que ça 
risque d'induire des erreurs chiantes à redresser par la suite.
Déjà parce qu'on ne va pas forcément avoir une relation 1 1 entre les 
deux référentiels.

Voir par exemple ce cas :
https://framapic.org/xhAIOVchGrbR/GusjVGKbAd0L.png
(bleu STIF, rose OSM)
les données OSM sont conformes au terrain : il y a en effet uniquement 
deux arrêts de bus
les données du STIF ont une qualité honorable, mais présentent un couple 
d'arrêt pour chaque transporteur qui s'arrête à cet endroit


Et à part pour les cas simples (par exemple un arrêt bien isolé), je ne 
vois pas trop comment on peut déterminer quel est l'arrêt qui matche 
côté STIF sans s'aider des lignes qui y passent.
Une intégration en s'appuyant sur la base des données transport globales 
(GTFS par exemple) est en effet à mon avis beaucoup plus pertinente.
Par exemple sur ce cas-là, ça me semble loin d'être évident de voir quel 
arrêt OSM correspond à quel(s) arrêt(s) STIF.

https://framapic.org/k9Pz6OezPUAu/WKoTWeaYyLSm.png
(vert STIF, rose OSM)


Bref, vous voulez pas qu'on commence par les lignes / relations 
route_master, et qu'ensuite on voit comment on peut redescendre sur les 
relations route, puis les relations stop_area et les noeuds  
public_transport = platform?


Noémie


Date: Wed, 7 Dec 2016 02:05:13 +0100
From: Jérôme Amagat <jerome.ama...@gmail.com>
To: Discussions sur OSM en français  <talk-fr@openstreetmap.org>
Subject: Re: [OSM-talk-fr] intégration des référentiels STIF
Message-ID:
<cahuxktjnsian5go6iomysnqra-cskg9ucufnva2rrfbszrj...@mail.gmail.com>
Content-Type: text/plain; charset="utf-8"

pour le STIF dans le GTFS le "ref" des arrêts dans tous les fichier 
sauf 1

c'est un stop_id différent du ZDEr_ID_REF_A mais il y a quand même un
fichier pour passer du
ZDEr_ID_REF_A au stop_id


Le 6 décembre 2016 à 22:20, Florian LAINEZ <winner...@free.fr> a écrit 
:



Si OSMOSE se met à manger du GTFS c'est certain que ça permettrai de
passer à une autre échelle.
Fred tu comptes l'implémenter du coup ?
Comment comptes-tu gérer l'évolution des données sources dans le temps 
?
Autant avec un jeu de données statiques tu peux valider/ignorer un 
POI,

autant si les données évoluent il faut être certain de disposer d'un
identifiant pérenne.

Fred en attendant peut-être vaut-il déjà intégrer les données 
statiques du

STIF comme première étape.
Merci



Le 6 décembre 2016 à 20:44, Frédéric Rodrigo <fred.rodr...@gmail.com> 
a

écrit :


Le 06/12/2016 à 19:13, Florian LAINEZ a écrit :



Le 6 décembre 2016 à 13:45, Christian Quest <cqu...@openstreetmap.fr
<mailto:cqu...@openstreetmap.fr>> a écrit :

J'ai regardé dans mon quartier desservi par la RATP... c'est
"correct" à 50m près.

J'en ai à peu près le même souvenir. J'ai checké une belle quantité
d'arrêts autour de gares Transilien cet été, j'en ai trouvé certains 
sur

les quais de gares ... d'autres très bien placés.

Le STIF agrégeant des données provenant d'une multitude de
sociétés de transport, la qualité géométrique n'est sûrement pas
homogène

exactement.

Fred tu peux considérer le champs ZDEr_ID_REF_A comme notre 
ref:FR:STIF,

merci

Au passage je vous signale cette issues sur osmose-backend:


https://github.com/osm-fr/osmose-backend/issues/163

qui propose de faire la même chose à un niveau industriel.




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





--

*Florian Lainez*
@overflorian <http://twitter.com/overflorian>

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



-- section suivante --
Une pièce jointe HTML a été nettoyée...
URL:
<http://lists.openstreetmap.org/pipermail/talk-fr/attachments/20161207/8488f152/attachment-0001.html>

--

Message: 2
Date: Wed, 7 Dec 2016 07:26:20 +0100
From: Christian Quest <cqu...@openstreetmap.fr>
To: Discussions sur OSM en français  <talk-fr@openstreetmap.org>
Subject: Re: [OSM-talk-fr] intégration des référentiels STIF
Message-ID:
<caaxy6dopdwmxathijqrdfhuoyf+o2eoddasgu2nvjacygb_...@mail.gmail.com>
Content-Type: text/plain; charset="utf-8"

Il faut SI POSSIBLE se baser sur l'id qu'on peut voir sur le terrain... 
et

des id "STIF" j'en ai déjà vu sur des réseaux non RATP.

Le 7 décembre 2016 à 02:05, Jérôme Amagat <jerome.ama...@gmail.com> a 
écrit

:

pour le STIF dans le GTFS le "ref" des arrêts dans tous les fichier 
sauf 1

c'est un stop_id différent du ZDEr_ID_REF_A mais il y a quand même un
fichier pour passer du
ZDEr_ID_REF_A au stop_id


Le 6 décembre 2016 à 22:20, Florian LAINEZ 

Re: [OSM-talk-fr] Problème de représentation avec des parcelles forestières

[Christian Quest]

Le 07/12/2016 à 10:06, Topographe Fou a écrit :

Probablement parce que comme l'explique le Wiki un multipolygon est 
par défaut une aire (contrairement à boundary qui est une frontière, 
quelque chose de linéaire) et que si un tag manque au niveau de la 
relation il va le chercher au niveau des membres (là je suis d'accord 
avec toi : ce n'est pas normal et pousse à la surinterpretation). Il 
donne même un exemple en Allemagne ou des mp ont été massivement 
utilisés au lieu de boundary. Un multipolygon est conçu comme une 
manière de définir une aire mais en utilisant plusieurs ways au lieu 
de une.


Donc comme le rendu ne reconnaît pas cette manière de tagger un 
parcelle, il adopte son comportement par défaut qui est "c'est une 
aire" et "je cherche les tags d'abord dans la relation,  sinon dans 
les membres". Avec une boundary il ne dessine pas d'aire donc le 
glitche ne se produit pas. Est-ce une magouille ou un " taguer pour le 
rendu" ? Je ne sais pas trop encore... Si tu rajoute un tag 
landuse=forest à un mp de type parcel, on devrait logiquement arriver 
au même résultat et cela ne me paraît pas sémantiquement faux aussi.


Résultat un multipolygon avec que des membres highway est donc vu 
comme un highway. Contrairement à ce que j'ai pu dire je ne pense plus 
qu'il y ai bug mais reste persuadé qu'il y a une erreur de conception 
(à savoir la remontée de tags qui pousse à une mauvaise pratique).


Cordialement

LeTopographeFou


frontière ou surface, ça arrive dans la même table postgres via osm2pgsql...

Ensuite, le rendu se mélange forcément les pinceaux car les données dans 
la base osm2pgsql sont incohérentes mais le rendu peut soit remplir les 
surfaces des (multi)polygones soit ne tracer que leurs frontières... ce 
n'est qu'une question de feuille de style.


Le souci provient à l'origine de l'euristique d'osm2pgsql qui lorsqu'on 
utilise un type=multipolygon qui ne fait que décrire le type de 
géométrie sans décrire à quoi elle correspond va chercher à la compléter 
par l'information sémantique.


Cette euristique n'est pas parfaite... et donc il vaut mieux indiquer 
qu'on décrit bien la frontière d'une section (comme on décrit la 
frontière d'une commune) avec un type=boundary et du coup osm2pgsql ne 
cherche par à découvrir par lui même la sémantique estimant qu'elle est 
déjà décrite dans la relation.


On peut voir ça comme un bug d'osm2pgsql, mais le code ne peut pas 
toujours deviner l'intention du contributeur... il est préférable 
d'expliciter le type et en plus ça me parait cohérent en terme de tags.


--
Christian Quest - OpenStreetMap France

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

Re: [OSM-talk-ie] Using CC-BY datasets on data.gov.ie for OSM - Good to go :)

[Donal Diamond]

Thats fantastic - thanks for working on this.

I have a viewer of OS and OSNI boundary data here:

http://maps.openstreetmap.ie/os_opendata.html

D

On 7 December 2016 at 09:05, Rory McCann  wrote:

> -BEGIN PGP SIGNED MESSAGE-
> Hash: SHA1
>
> Hi Dave!
>
> Some great work there!
>
> On 07/12/16 03:33, Dave Corley wrote:
> > I've received clarification that while the CC-BY 4.0 license is
> > not suitable for merging with OSM
>
> Not quite. The problem is that CC-BY 4.0 on it's own is vague and may
> or may not be suitable for OSM.
>
> It's the "attribution" requirement. Section 3(a)(1)(A) of the CC-BY
> 4.0 licence[1] covers that and says that you need to attribute them
> "in any reasonable manner requested by the Licensor". So the Licensor
> is allowed pick how you attribute them.
>
> If someone were to say "You have to put my/our name on every map you
> make based on that" that would be a problem for OSM. (a) It's wildly
> impractical because there's be thousands of them on every little map
> and (b) the OSM licence doesn't/can't require that users-of-OSM have
> to do that, so it's not even something "we" can require.
>
> If someone were to say "Yeah, the OSM Contributors wikipage[2] is
> totally fine for the BY requirement!" then we'd be all set for OSM usage!
>
> In a way, just saying "It's CC-BY!" isn't really open data, since it
> leaves some important conditions unset. However most users of CC data
> (e.g. films, art) don't have this problem.
>
> However, I think we're golden, because the data.gov.ie licence page[3]
> says if using data from many people you can link to a page which lists
> the data.gov.ie/etc attribution. OSM has ~1 million contributiors (so
> that's the "multiple sources" covered), and you have to link to the
> OSM copyright page[4] which links to the OSM Contributors page[2].
>
> So according to the data.gov.ie, and OSM licence, we can import
> data.gov.ie CC-BY 4.0 stuff into OSM! \o/
>
> Now if OSM were to change it's licence again, we might be in problem.
> But no-one wants to go through that again. But that hasn't stopped
> anyone before.
>
> So thanks Dave, but looks like it was all OK from the start. Ah
> well, at least they know about us.
>
> > the granting of explicit permission to use CC-BY 4.0 datasets by
> > the relevant owner is allowed.
>
> In theory, this is true of any closed dataset. Anyone can say "100%
> closed copyright, all rights reserved, except OSM, yous can trace".
> Just like the Bing aerial imagery.
>
>
> [1] https://creativecommons.org/licenses/by/4.0/legalcode
> [2] https://wiki.openstreetmap.org/wiki/Contributors
> [3] https://data.gov.ie/licence
> [4] https://www.openstreetmap.org/copyright
>
> -BEGIN PGP SIGNATURE-
> Version: GnuPG v2.0.22 (GNU/Linux)
>
> iQEcBAEBAgAGBQJYR9D0AAoJEOrWdmeZivv2JYcH/ikirdyJPmd8EDmzM0OoI0yD
> TphjnQlZYTSmi7k1TgMIBebbgKSSOn3HPVulPnFZiDGyK7w0WrCQJ+gXken4OZMy
> RKSpl/2m+vNv7atXXIH0Q76ErnMb2l9fz9vJGK13Sydweuuu5my3Uc1v+cskL5CV
> bZXGbY3ZtWQkK/i8iOUnY8l5lICrW8WH42YI04j7DS/z8ovIKNcO7gX6tB8EHQ2G
> al9bLNwyP2NwTyJe5iEeI3G1G4Fh7LQBR+7DFZvJeSJluA1ARqjh+GXHJ4owpzU8
> 2ioJN7Bv6xGdnQZM3lhn9HD3vSUs1GAg+W+kTLV/hv16FfoO1OKXjNYT/MpqBTc=
> =IrDX
> -END PGP SIGNATURE-
>
> ___
> Talk-ie mailing list
> Talk-ie@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-ie
>
___
Talk-ie mailing list
Talk-ie@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-ie

Re: [Talk-it] Dubbio su una relazione restriction

[Davide Sandona']

Grazie Lorenzo, non avevo notato la sovrapposizione! :)

Davide.

Il giorno 7 dicembre 2016 08:07, Lorenzo "Beba" Beltrami <
lorenzo.b...@gmail.com> ha scritto:

> Ciao Davide,
> l'errore sembra essere in OSM.
> Zoomando si nota che la variante Schio-Thiene (quella gialla, per
> intendersi) è sovrapposta all'uscita della tangenziale (quella arancione).
> A volte OSRM prende quella giusta (e indica di andare alla rotonda
> successiva per poi tornare indietro[1]) a volte no e ti fa girare a
> sinistra come hai segnalato tu.
>
> Bisognerebbe sistemare la sovrapposizione delle due way.
>
> Lorenzo
>
> [1] http://map.project-osrm.org/?z=17=45.716488%2C11.
> 431843=45.716181%2C11.430920=45.714772%2C11.424258=en=0
>
> Il giorno 6 dicembre 2016 23:34, Davide Sandona'  > ha scritto:
>
>> Salve,
>> stavo analizzando la restrizione [1] attraverso i tool [2] e [3]. OSRM
>> [2] fa una cosa sbagliata: la restrizione dice che in quel punto,
>> provenendo da quella direzione, si può solo proseguire dritti.
>> Il dubbio: si tratta di un bug di OSRM oppure la restrizione va
>> sostituita con una no_left_turn [4]?
>>
>> [1] https://www.openstreetmap.org/relation/3349363
>> [2] http://map.project-osrm.org/?z=17=45.716214%2C11.4308
>> 13=45.716211%2C11.430813=45.714772%2C11.424258=en=0
>> [3] http://map.comlu.com/
>> [4] https://wiki.openstreetmap.org/wiki/Relation:restriction
>>
>> Davide.
>>
>> ___
>> 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
>
>
___
Talk-it mailing list
Talk-it@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-it

Re: [Talk-es] Importación del Catastro

[Héctor Ochoa]

¡Gracias!

El 7 dic. 2016 10:28 a. m., "Santiago Crespo" 
escribió:

> El motivo es que la propuesta que se hizo hace años no se aprobó en
> imports. Había varios problemas, algunos de los cuales creo que quedaron
> resueltos con cat2osm2. Un resumen:
>
> * Documentación en español: difícil de revisar.
>
> * Muchas etiquetas en la propuesta: difícil de revisar.
>
> * Se quiso importar las parcelas, cosa que ya se discutió cuando
> importaron el catastro francés y se consensuó que no era buena idea
> importar esta información, pues no se puede verificar, no se corresponde
> 1:1 con el uso del suelo y no sirve para ayudar a mapear otros elementos
> del mapa a excepción de algunos muros y verjas.
>
> * Enorme cantidad de datos, lo que hace que luego sea difícil de editar
> (cosa prohibida por las import guidelines) y que aumente el tamaño de la
> BBDD considerablemente. El ejemplo que se mandó de Ávila contenía 60.000
> relaciones, 148.000 vías y 406.000 nodos: si se hubiera importado esta
> ciudad, habría representado el 5% de todas las relaciones que había en
> OSM en todo el mundo y el 10% de los mulipolígonos.
>
> * Deja en manos del mapeador local el elegir qué importar, mediante
> distintos parámetros pasados a la herramienta cat2osm, en lugar de
> definir claramente qué se importará y qué no para evitar inconsistencias.
>
> * La herramienta debería arreglar todos los problemas detectados
> posibles, no deberíamos depender de que alguien lo arregle de forma manual.
>
> * Se mandó a imports cuando todavía no estaba terminada la herramienta,
> había etiquetas pendientes de consensuar y no había aún un procedimiento
> definido en la wiki para validar la información. Ojo, quizá lo hablamos
> en alguno de los cientos de correos que se escribieron en talk-es sobre
> el tema (que no he vuelto a leer), pero la cosa es que no está en la wiki.
>
> * Genera polígonos que se solapan y polígonos unidos siendo del mismo tipo.
>
> * Genera relaciones de multipolígonos anidados, cosa que ni siquiera un
> editor experimentado en relaciones como Toby Murray se atrevería a tocar
> por su complejidad. Las zonas que se importasen serían en la práctica de
> "solo lectura" y si alguien lo modifica es muy probable que rompa algo.
>
> * Datos supuestamente incorrectos: por ejemplo un árbol en mitad de una
> carretera o corrales que en realidad son otra cosa.
>
> * Se quiso meter la información de los metros cuadrados, cosa que se
> puede calcular a partir de la geometría. Y si no coincide lo calculado
> con los m2 que dice catastro, no se puede verificar, por lo que esta
> información no debería estar en OSM. Cruz aclaró que esta etiqueta
> seguramente no se usaría, pero esto no aparece reflejado en la wiki.
>
> * Se puso en la wiki que una vez se terminase de refinar la herramienta
> se podría comenzar la importación, cuando en las import guidelines se
> indica que hay que antes de subir nada hay que llegar a un consenso en
> imports, cosa que no se consiguió.
>
> Saludos,
> Santiago Crespo
>
> On 12/07/2016 07:48 AM, Héctor Ochoa wrote:
> > ¿Pero no se tiene permiso para importar porque la Dirección General del
> > Catastro no nos lo ha dado o porque los resultados con Cat2Osm2 aún no
> > están del todo refinados?
> > No me ha quedado claro.
> >
> > El 7 dic. 2016 1:24 a. m., "Alejandro S."  > > escribió:
> >
> > Buenas a todos,
> >
> > Recuerdo a toda la comunidad que la importación de datos del
> > Catastro no está autorizada. Podéis verlo en la página de
> > cat2osm2[0] y en el histórico de la lista de imports (hay
> > cross-posting con talk-es y es un poco difícil de seguir la
> > conversación)[1] presentación de cat2osm[2] durante el mes de marzo
> > se discutió al respecto[3] y la discusión sobre cat2osm2 en la que
> > tampoco se llego a dejar nada en claro[4] porque había muchas cosas
> > que corregir y refinar.
> >
> > Por tanto tened en cuenta que si importáis información del catastro
> > a OSM y el DWG de la OSMF se entera os podéis encontrar con
> > reversión y baneo.
> >
> > [0]: http://wiki.openstreetmap.org/wiki/ES:Cat2Osm2
> > 
> > [1]:
> > https://lists.openstreetmap.org/pipermail/imports/2012-
> March/001260.html
> >  March/001260.html>
> > [2]:
> > https://lists.openstreetmap.org/pipermail/imports/2012-
> March/001279.html
> >  March/001279.html>
> > [3]:
> > https://lists.openstreetmap.org/pipermail/imports/2012-
> March/thread.html#1273
> >  March/thread.html#1273>
> > [4]:
> > https://lists.openstreetmap.org/pipermail/imports/2013-
> January/001760.html
> > 

Re: [Talk-es] Importación del Catastro

[Santiago Crespo]

El motivo es que la propuesta que se hizo hace años no se aprobó en
imports. Había varios problemas, algunos de los cuales creo que quedaron
resueltos con cat2osm2. Un resumen:

* Documentación en español: difícil de revisar.

* Muchas etiquetas en la propuesta: difícil de revisar.

* Se quiso importar las parcelas, cosa que ya se discutió cuando
importaron el catastro francés y se consensuó que no era buena idea
importar esta información, pues no se puede verificar, no se corresponde
1:1 con el uso del suelo y no sirve para ayudar a mapear otros elementos
del mapa a excepción de algunos muros y verjas.

* Enorme cantidad de datos, lo que hace que luego sea difícil de editar
(cosa prohibida por las import guidelines) y que aumente el tamaño de la
BBDD considerablemente. El ejemplo que se mandó de Ávila contenía 60.000
relaciones, 148.000 vías y 406.000 nodos: si se hubiera importado esta
ciudad, habría representado el 5% de todas las relaciones que había en
OSM en todo el mundo y el 10% de los mulipolígonos.

* Deja en manos del mapeador local el elegir qué importar, mediante
distintos parámetros pasados a la herramienta cat2osm, en lugar de
definir claramente qué se importará y qué no para evitar inconsistencias.

* La herramienta debería arreglar todos los problemas detectados
posibles, no deberíamos depender de que alguien lo arregle de forma manual.

* Se mandó a imports cuando todavía no estaba terminada la herramienta,
había etiquetas pendientes de consensuar y no había aún un procedimiento
definido en la wiki para validar la información. Ojo, quizá lo hablamos
en alguno de los cientos de correos que se escribieron en talk-es sobre
el tema (que no he vuelto a leer), pero la cosa es que no está en la wiki.

* Genera polígonos que se solapan y polígonos unidos siendo del mismo tipo.

* Genera relaciones de multipolígonos anidados, cosa que ni siquiera un
editor experimentado en relaciones como Toby Murray se atrevería a tocar
por su complejidad. Las zonas que se importasen serían en la práctica de
"solo lectura" y si alguien lo modifica es muy probable que rompa algo.

* Datos supuestamente incorrectos: por ejemplo un árbol en mitad de una
carretera o corrales que en realidad son otra cosa.

* Se quiso meter la información de los metros cuadrados, cosa que se
puede calcular a partir de la geometría. Y si no coincide lo calculado
con los m2 que dice catastro, no se puede verificar, por lo que esta
información no debería estar en OSM. Cruz aclaró que esta etiqueta
seguramente no se usaría, pero esto no aparece reflejado en la wiki.

* Se puso en la wiki que una vez se terminase de refinar la herramienta
se podría comenzar la importación, cuando en las import guidelines se
indica que hay que antes de subir nada hay que llegar a un consenso en
imports, cosa que no se consiguió.

Saludos,
Santiago Crespo

On 12/07/2016 07:48 AM, Héctor Ochoa wrote:
> ¿Pero no se tiene permiso para importar porque la Dirección General del
> Catastro no nos lo ha dado o porque los resultados con Cat2Osm2 aún no
> están del todo refinados?
> No me ha quedado claro.
> 
> El 7 dic. 2016 1:24 a. m., "Alejandro S."  > escribió:
> 
> Buenas a todos,
> 
> Recuerdo a toda la comunidad que la importación de datos del
> Catastro no está autorizada. Podéis verlo en la página de
> cat2osm2[0] y en el histórico de la lista de imports (hay
> cross-posting con talk-es y es un poco difícil de seguir la
> conversación)[1] presentación de cat2osm[2] durante el mes de marzo
> se discutió al respecto[3] y la discusión sobre cat2osm2 en la que
> tampoco se llego a dejar nada en claro[4] porque había muchas cosas
> que corregir y refinar.
> 
> Por tanto tened en cuenta que si importáis información del catastro
> a OSM y el DWG de la OSMF se entera os podéis encontrar con
> reversión y baneo.
> 
> [0]: http://wiki.openstreetmap.org/wiki/ES:Cat2Osm2
> 
> [1]:
> https://lists.openstreetmap.org/pipermail/imports/2012-March/001260.html
> 
> [2]:
> https://lists.openstreetmap.org/pipermail/imports/2012-March/001279.html
> 
> [3]:
> 
> https://lists.openstreetmap.org/pipermail/imports/2012-March/thread.html#1273
> 
> 
> [4]:
> https://lists.openstreetmap.org/pipermail/imports/2013-January/001760.html
> 
> 
> 
> Atentamente,
>   Alejandro Suárez
> 
> ___
> Talk-es mailing list
> Talk-es@openstreetmap.org 
> 

Re: [OSM-talk-fr] Problème de représentation avec des parcelles forestières

[david . crochet]

Bonjour

- Mail original -
De: "Topographe Fou" 

Résultat un multipolygon avec que des membres highway est donc vu comme un 
highway. Contrairement à ce que j'ai pu dire je ne pense plus qu'il y ai bug 
mais reste persuadé qu'il y a une erreur de conception (à savoir la remontée de 
tags qui pousse à une mauvaise pratique). 

- Mail original -

L'une des erreurs qui sera résolu par la suite (dans 1, 10 ou 100 ans) sera de 
séparer la surface "aire boisé" du chemin puisqu'entre les deux il y a de forte 
chance d'avoir autre choses (bande herbacé, rigole d'évacuation d'eau, etc). Et 
là la relation sera inutile puisque on aura dessiné l'emprise boisée 
distinctement du/des chemins l'entourant.

Cordialement

-- 
David Crochet



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

[Talk-it] Fumetteria

[Alessandro Pozzato]

Come si può mappare una fumetteria prevalentemente orientata ai manga 
che vende anche alimenti giapponesi confezionati? Non mi sembra 
appropriato shop=books e vending=comics, perché non tratta libri se non 
in minima quantità.


Alessandro Pozzato

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

Re: [OSM-talk-fr] Problème de représentation avec des parcelles forestières

[Topographe Fou]

  Probablement parce que comme l'explique le Wiki un multipolygon est par défaut une aire (contrairement à boundary qui est une frontière, quelque chose de linéaire) et que si un tag manque au niveau de la relation il va le chercher au niveau des membres (là je suis d'accord avec toi : ce n'est pas normal et pousse à la surinterpretation). Il donne même un exemple en Allemagne ou des mp ont été massivement utilisés au lieu de boundary. Un multipolygon est conçu comme une manière de définir une aire mais en utilisant plusieurs ways au lieu de une.Donc comme le rendu ne reconnaît pas cette manière de tagger un parcelle, il adopte son comportement par défaut qui est "c'est une aire" et "je cherche les tags d'abord dans la relation,  sinon dans les membres". Avec une boundary il ne dessine pas d'aire donc le glitche ne se produit pas. Est-ce une magouille ou un " taguer pour le rendu" ? Je ne sais pas trop encore... Si tu rajoute un tag landuse=forest à un mp de type parcel, on devrait logiquement arriver au même résultat et cela ne me paraît pas sémantiquement faux aussi.Résultat un multipolygon avec que des membres highway est donc vu comme un highway. Contrairement à ce que j'ai pu dire je ne pense plus qu'il y ai bug mais reste persuadé qu'il y a une erreur de conception (à savoir la remontée de tags qui pousse à une mauvaise pratique).Cordialement LeTopographeFouDe: verd...@wanadoo.frEnvoyé: 7 décembre 2016 1:30 AMÀ: talk-fr@openstreetmap.orgRépondre à: verd...@wanadoo.fr; talk-fr@openstreetmap.orgObjet: Re: [OSM-talk-fr] Problème de représentation avec des parcelles forestières  Je ne vois pas en quoi ce changement de "multipolygon" en "boundary" devrait avoir un impact sur l'interprétation et la "remontée" des tags des ways membres vers les relations qui les référence.Cela reste un bogue de la conversion OSM en pgsql, qui ne tient pas compte des critères nécessaires (tags identiques dans tous les ways membres ayant un rôle "outer" ou vide, ce qui n'était pas le cas des "name=*").En revanche remonter les "highway=*" vers la relation (peu importe que ce soit une "boundary" ou un "multipolygon") est problématique, dans les faits tous les "highway=*" sont linéaires (exceptions faite des "highway=pedestrian" et à condition qu'ils soient tagués avec "area=yes", ce qui n'était pas du tout le cas ici, car par défaut les "highway=*" sont soit linéaires, soit des noeuds isolés pour des passages piétons, priorités, stops...).Il reste donc bien une anomalie de osm2pgsql ici, et je ne vois pas pourquoi osm2pgsql devrait se demander ce que sont ces "multipolygon", d'autant plus qu'ils ont déjà des tags nécessaires, qu'ils soient tagués comme "multipolygon", boundary", ou encore comme "landuse", "natural" (qui n'ont eux rien non plus à voir avec les "highway=*")Le 6 décembre 2016 à 23:38, LeTopographeFou  a écrit :
  

  
  

  J'ai basculé ces "type=multipolygon" en
"type=boundary"... et tout rentre dans l'ordre comme je l'avais
imaginé dans mon précédent message qui n'a visiblement pas été
lu ;)
  Bonjour et merveilleux !! Je n'avais pas compris le sous-entendu.
  Merci.


  En terme de logique de tagging je verrai
plutôt quelque chose comme:
type=boundary (il s'agit d'une frontière qui découpe un ensemble
plus grand)
boundary=forest (frontière forestière)
forest=section (il s'agit d'une section)

Mais ça mérite discussion sur le wiki plutôt que d'y aller à
l'arrache... [...]
  
  Tout là fait d'accord (sans rentrer dans la discussion ici :
  j'aime bien ta proposition, elle est plus proche de l'existant et
  donc plus naturelle que la proposition Section).
Pour info il se trouve que j'ai eu un échange de mail avec
  l'auteur de la proposition Section cet été (à propos d'un
  cimetière que je visitais/cartographiais à l'époque) et il m'a dit
  qu'il n'avait pas eu le courage pour animer sa proposition
  jusqu'au bout. Il m'a encouragé à la retravailler voir à faire une
  contre-proposition, car il reste persuadé du besoin initial
  (parcelles forestières, sections dans un cimetière...).


  
Mais ça mérite discussion sur le wiki plutôt que d'y aller
  à l'arrache... surtout que l'import des données est pas génial
  non plus car les données d'origine ne sont pas forcément bien
  calées...
  

Exemple: http://umap.openstreetmap.fr/en/map/test-rendu-osmfr_99740#18/48.53494/1.97682
  Alors là c'est drôle car pendant que tu 

Re: [Talk-es] Importación del Catastro

[Ander Pijoan]

Los resultados de Cat2Osm2 no son como para directamente coger y subirlos a
OSM ya que:

- La conversión de Cat2Osm2 puede tener fallos,
- Los datos del Catastro pueden no coincidir (como pasa con las direcciones
de las calles que no coinciden con las de OSM, ya que catastro usa
direcciones distintas)
- En OSM ya hay datos mejores que los de Catastro.
- Y un largo etc.

Entonces mi opinión siempre ha sido que los resultados deberían servir de
guía para gente que CONOZCA BIEN la zona que está importando. No vale para
coger y subir pueblos así porque sí.
La idea es ir manzana a manzana mirando detalladamente lo existente en OSM,
el resultado de Cat2Osm2 y el conocimiento que se tenga de esa zona
concreta y crear la combinación de las tres. Dependiendo de la población y
el catastro la combinación puede ser fácil y en otras puede ser un lio
bastante complicado.

Saludos.

El 7 de diciembre de 2016, 7:48, Héctor Ochoa 
escribió:

> ¿Pero no se tiene permiso para importar porque la Dirección General del
> Catastro no nos lo ha dado o porque los resultados con Cat2Osm2 aún no
> están del todo refinados?
> No me ha quedado claro.
>
> El 7 dic. 2016 1:24 a. m., "Alejandro S." 
> escribió:
>
>> Buenas a todos,
>>
>> Recuerdo a toda la comunidad que la importación de datos del Catastro no
>> está autorizada. Podéis verlo en la página de cat2osm2[0] y en el histórico
>> de la lista de imports (hay cross-posting con talk-es y es un poco difícil
>> de seguir la conversación)[1] presentación de cat2osm[2] durante el mes de
>> marzo se discutió al respecto[3] y la discusión sobre cat2osm2 en la que
>> tampoco se llego a dejar nada en claro[4] porque había muchas cosas que
>> corregir y refinar.
>>
>> Por tanto tened en cuenta que si importáis información del catastro a OSM
>> y el DWG de la OSMF se entera os podéis encontrar con reversión y baneo.
>>
>> [0]: http://wiki.openstreetmap.org/wiki/ES:Cat2Osm2
>> [1]: https://lists.openstreetmap.org/pipermail/imports/2012-March
>> /001260.html
>> [2]: https://lists.openstreetmap.org/pipermail/imports/2012-March
>> /001279.html
>> [3]: https://lists.openstreetmap.org/pipermail/imports/2012-March
>> /thread.html#1273
>> [4]: https://lists.openstreetmap.org/pipermail/imports/2013-Janua
>> ry/001760.html
>>
>> Atentamente,
>>   Alejandro Suárez
>>
>> ___
>> 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
>
>


-- 

Ander Pijoan

Research Assistant / DeustoTech Energía

Universidad de Deusto / Deustuko Unibertsitatea

Avda. Universidades 24. 48007 Bilbao

Tel. 94 413 90 03/ 2052
ander.pij...@deusto.es
___
Talk-es mailing list
Talk-es@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-es

Re: [Talk-GB] Ideas for quarterly projects

[Dan S]

Nice ideas. My thoughts:

* GLAMs seems a well-defined, well-scoped and accessible task, I like it!

* Shops - no, IMHO. I've said this before, but a one-off push to
update a high street's shops is unhelpful in my experience it leaves
rapidly outdated data thereafter. Shops data needs local maintainers
not one-off projects because of the turnover rate.

* Pubs - no, IMHO. OSM's got loads of pub data, largely fine already,
and it's also a very "classic" OSM topic which not only has its own
critical mass but also appeals only to pub-frequenting segments of
society, not a good focus for making OSM useful to new appreciators.

Cheers
Dan



2016-12-06 19:32 GMT+00:00 Andy Mabbett :
> I'd like to float the following ideas for quarterly projects, and see what
> folk think.
>
> * GLAMs - Galleries, Libraries, Archives and Museums. As with schools we
> could turn points into ploygons, add names, URLs, street addresses, Wikidata
> items, and other info.
>
> * Blue lights - police, fire and ambulance stations, and associated
> infrastructure. Including fire hydrants!
>
> * Public art - location, artist, material; also Wikidata - could be combined
> with http://pigsonthewing.org.uk/public-art-wikipedia/
>
> * Shops - even where mapped, these soon fall out-of-date.
>
> * Vets - maybe not enough to do on their own. Combine with shops?
>
> * Pubs, bars & other licensed premises - see
> https://www.theguardian.com/travel/2016/oct/21/worlds-longest-pub-crawl-maths-team-plots-route-between-every-pub-in-uk
> for inspiration. Also breweries.
>
> * Public toilets - follows nicely from the previous suggestion! Maybe in
> collaboration with https://greatbritishpublictoiletmap.rca.ac.uk/
>
> * FixMe & Notes - let's clear the backlog!
>
>
> What are your thoughts?
>
> --
> Andy Mabbett
> @pigsonthewing
> http://pigsonthewing.org.uk
>
>
> ___
> Talk-GB mailing list
> Talk-GB@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-gb
>

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

Re: [Talk-GB] HS2 phase 2a preferred route

[Paul Berry]

I would say don't plot it if the route's not at all certain. You might even
meet mapping vandalism if you laid down routes in Sheffield: it's an
extremely touchy subject there. We don't know if it's going to take a city
centre route or spur from the Don Valley route yet so unless things change
the current relation still stands:
http://www.openstreetmap.org/relation/4124756

Regards,
*Paul*

On 6 December 2016 at 22:15, Andy Townsend  wrote:

> On 29/11/2016 19:19, Andy Robinson wrote:
>
>> As it happens the Phase 2b shape files are available. Just rather buried
>> under an obscure filename.
>>
>> I'll post again once I've made the route updates for 2b (Manchester &
>> Leeds)
>>
>
> Which routes do the 2b updates have for north and south of Sheffield?
> North of Sheffield I suspect things are fairly nailed down; south of
> Sheffield not so much - there's a broad-brush recommendation in
> https://www.gov.uk/government/publications/hs2-phase-2b-summ
> ary-of-route-refinements , but I've not seen detailed plans of that yet
> and the "consultation" is open until next year (though the previous
> "options report" https://www.gov.uk/government/
> publications/hs2-sheffield-and-south-yorkshire-report-2016 gave a pretty
> clear steer towards one option - but again, no detailed route plan yet).
>
> In answer to Dave and Dan - I'd be the first person to say "don't map
> stuff that doesn't exist yet and may not exist", but in the case of a lot
> of the HS2 route it is (a) very likely to happen and (b) quite clear where
> it will happen.  However where plans have been overtaken by politics and
> where (a) and (b) are not necessarily the case I don't think it does make
> sense to have it in OSM.
>
> Cheers,
>
> Andy (a different one)
>
>
>
> ___
> Talk-GB mailing list
> Talk-GB@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-gb
>
___
Talk-GB mailing list
Talk-GB@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-gb

Re: [OSM-talk-be] GRB hackday december 11th

[joost schouppe]

So thanking people personally is always a bad idea, because you always
forget someone (especially if you're a half-brain like me). I forgot to
mention Dries Van Ransbeeck, the new Pieter-Jan at the Open Knowledge
Foundation, who went out of his way to try and help us find a location!
Thanks, and sorry!.

2016-12-06 17:21 GMT+01:00 joost schouppe :

> Hi,
>
> So 15 minutes after I shared the good news that we had a location for the
> GRB Hackday this Sunday, the location cancelled.
>
> But we finally found another place. We will have the Transforma BXL [1]
> coworking space all to ourselves, thanks to the kind sponsoring they have
> offered us. I think it's an absolutely ideal place to work.
>
> The only downside is that the nearby trainstation of Bordet doesn't have
> trains in the weekend. So the most convenient way to get there, might
> actually be to take a Villo. That's actually quite simple, you can do it
> with a regular bank card. Or from Brussel Noord, take tram 55 to Da Vinci.
> Here's a little map to help you find the way [2].
>
> We can use the place the whole day, for as long as we want. I'll open the
> doors at 10 a.m. and hope not to be alone for too long :)
>
> You can bring your own lunch, but we'll try to order some food and might
> actually get a sponsor for that too.
>
> [1]: https://www.transformabxl.be/
> [2]: http://umap.openstreetmap.fr/nl/map/hackaton-location_115774#15/
> 50.8671/4.3894
>
> P.S. thanks Jorieke for the golden tip; and thanks to Karel, Jonathan,
> Marc D, Marc B and Yannick for your help scouting a location.
> Next time, not on a Sunday :)
>
> --
> Joost Schouppe
> OpenStreetMap  |
> Twitter  | LinkedIn
>  | Meetup
> 
>



-- 
Joost Schouppe
OpenStreetMap  |
Twitter  | LinkedIn
 | Meetup

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

Re: [Talk-GB] Ideas for quarterly projects

[Paul Berry]

I'd vote for the pubs one, spurred on by the poor dataset that maths team
used to find the pub crawl: it missed about 10 pubs near me, all long
established. Now if they'd used OSM for the dataset and the mapping...

Regards,
*Paul*

On 6 December 2016 at 19:32, Andy Mabbett  wrote:

> I'd like to float the following ideas for quarterly projects, and see what
> folk think.
>
> * GLAMs - Galleries, Libraries, Archives and Museums. As with schools we
> could turn points into ploygons, add names, URLs, street addresses,
> Wikidata items, and other info.
>
> * Blue lights - police, fire and ambulance stations, and associated
> infrastructure. Including fire hydrants!
>
> * Public art - location, artist, material; also Wikidata - could be
> combined with http://pigsonthewing.org.uk/public-art-wikipedia/
>
> * Shops - even where mapped, these soon fall out-of-date.
>
> * Vets - maybe not enough to do on their own. Combine with shops?
> * Pubs, bars & other licensed premises - see https://www.theguardian.com/
> travel/2016/oct/21/worlds-longest-pub-crawl-maths-team-
> plots-route-between-every-pub-in-uk for inspiration. Also breweries.
>
> * Public toilets - follows nicely from the previous suggestion! Maybe in
> collaboration with https://greatbritishpublictoiletmap.rca.ac.uk/
>
> * FixMe & Notes - let's clear the backlog!
>
> What are your thoughts?
>
> --
> Andy Mabbett
> @pigsonthewing
> http://pigsonthewing.org.uk
>
> ___
> Talk-GB mailing list
> Talk-GB@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-gb
>
>
___
Talk-GB mailing list
Talk-GB@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-gb