Re: [Talk-es] Propuesta de categorización de las calles de Barcelona

[Alejandro S.]

Hola,
En principio parece buena idea usar las fuentes oficiales.
Peto, sin haber circulado mucho en coche por Barcelona, me parce que hay
alguna cosa un poco rara ¿la "Diagonal" no debería estar entera en la
primera categoría? Parece estar partida en trozos de una manera un poco
arbitraria... ¿Tal vez el mapa representa la densidad del tráfico? En
cualquier caso me fiaré del criterio de los mapeadores de la zona :)

Saludos,
Alejandro Suárez

On Sun, Oct 16, 2016, 00:26 Santiago Crespo 
wrote:

> Hola,
>
> Sin apenas conocer la ciudad y sin tener coche, me parece que tiene
> buena pinta.
>
> Estaría bien si alguien que conozca bien Barcelona dijera si coincide o
> no esta propuesta de traducción de las categorías oficiales con la
> realidad.
>
> Saludos,
> Santiago Crespo
>
> On 10/15/2016 03:23 PM, yo paseopor wrote:
> > Añadiendo " a mano" (porque he acabado hasta el moño del tema licencia e
> > imports) entradas de metro en la ciudad de Barcelona me encontré con que
> > una de las vías en las que añadía (Rambla de Guipúscoa) tenía muy poca
> > importancia (secondary) siendo la antigua N-II y una de las entradas
> > "internas" a la ciudad de Barcelona desde Badalona. Miré el usuario
> > (Musteleitor) , vi que no era muy antiguo y que no tenía muchos cambios
> > hechos, así que la primera opción era hablarlo privadamente...Pero me
> > asaltó la duda, usé un nivel de zoom bajo y vi la ciudad de
> > Barcelona...y no lo tuve claro. Así que pregunté al grupo de Telegram si
> > lo conocían (me dijeron que sí) y junto con los comentarios la cosa fue
> > evolucionando para buscar los datos "oficiales" de la importancia de las
> > calles de Barcelona. El resultado , después de mirarme unas decenas de
> > presentaciones y mapas antiguos es este: Jerarquia de la Xarxa Bàsica,
> > aprovada en el decret d'alcaldia de 2005. El documento incluído en los
> > datos de movilidad de cada año contiene las siguientes tablas,
> > dividiendo la red de calles barcelonesa en varias categorías, con sus
> > tablas enumerándolas:
> >
> > -Rondas
> > -Accesos
> > -Conexiones de primer nivel
> > -Conexiones de segundo nivel
> > -Resto de calles
> >
> > Mi propuesta sería la siguiente:
> >
> > Rondas: trunk
> > Accesos: primary
> > Primer nivel: secondary
> > Segundo nivel: tertiary
> > Resto de calles: residential
> >
> > El inventario de calles lo teneis aquí:
> >
> http://mobilitat.ajuntament.barcelona.cat/sites/default/files/DB_2014.pdf
> (pags.
> > 84,85,86)
> >
> > ¿Cómo lo veis?
> >
> > Salut i carrers
> > 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 mailing list
Talk-es@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-es

Re: [Talk-it] Utente che modifica confini

[Fayor Uno]

Il 20/10/2016 17:04 Stefano Salvador ha scritto:
> il fatto è che logicamente sbagliato legare un'entità "legale" come
> un limite amministrativo a qualcosa di fisico. Rende solo la vita
> difficile ai mappatori.


Non  ci vedo nulla di logicamente sbagliato in questo, anzi, al contrario!

Se il confine sappiamo con certezza che segue qualcosa di fisico (che sia un 
muro, la mezzeria di una strada o di un fiume eccetera), è logicamente corretto 
disegnarlo in corrispondenza. Oltre a rappresentare la realtà per quella che è 
effettivamente, rende la mappa molto più ordinata.


In questi casi specifici vi sono almeno due modi per rappresentare 
correttamente un confine:

1 - assegnare al percorso fisico anche il tag di confine

2 - sovrapporre il percorso "confine" al percorso fisico, facendo coincidere i 
nodi


In questa pagina del progetto wiki francese vengono descritti i primi due 
metodi, elencandone anche i pro e i contro. (paragrafo CAS PARTICULIERS)


http://wiki.openstreetmap.org/wiki/WikiProject_France/Limites_administratives/Tracer_les_limites_administratives

WikiProject France/Limites administratives/Tracer les 
...
wiki.openstreetmap.org
Cette page décrit la façon de définir les limites administratives dans la base 
d'OpenStreetMap. Notez que certaines anciennes pratiques sont en cours de 
discussion ...


Il primo metodo ha il vantaggio di avere un unico percorso e permette

dunque di operarvi più semplicemente; tuttavia potrebbe essere necessario 
spezzettare quel percorso a seconda delle vicende proprie del percorso fisico e 
del confine.


Il secondo metodo ha il vantaggio di avere due percorsi indipendenti anche se 
coincidenti, ma potrebbe essere più difficile agire su ognuno di essi (dipende 
dai programmi di editor alla fine).


Personalmente sono per quest'ultimo metodo, ma qui diventa una questione di 
preferenze personali.


Da: Alessandro Palmas 
Inviato: giovedì 20 ottobre 2016 17.37
A: openstreetmap list - italiano
Oggetto: Re: [Talk-it] Utente che modifica confini

Il 20/10/2016 17:07, Federico Cortese ha scritto:
> 2016-10-20 17:04 GMT+02:00 Stefano Salvador  >:
>
> il fatto è che logicamente sbagliato legare un'entità "legale" come
> un limite ammistrativo a qualcosa di fisico. Rende solo la vita
> difficile ai mappatori.
>
>
> Su questo sono d'accordissimo.
>
> Ciao
> Federico
>


Era proprio questo il punto della questione che sollevavo.
Alessandro







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

Re: [OSM-talk-fr] Appli mobile pour mapper les arrêts de bus

[lenny.libre]

Le 20/10/2016 à 18:15, Thomas a écrit :

Bonjour,

L'import Grand Toulouse comporte les attributs 'ref' et 'operator' qui
permettraient de constituer le tuple unique le plus opportun pour une
identification unique globale. Ce sont des attributs qu'il me semble
essentiel de conserver en cas de fusion ou suppression.

Bonsoir

Pour ma part, j'ai fait quelques modifications de lignes après les 
changements Tisséo intervenus le 29 août.


Je n'ai pas remarqué ces doublons ; la source est "Grand Toulouse" mais 
ne me semble pas être le résultat d'un import, Les emplacements sont 
assez corrects (vérifié avec l'orthophotoplan ToulouseMetropole 2015, ou 
sur place) ou alors je n'ai pas bien regardé.


J'ai téléchargé les arrêts de bus que j'ai trouvé sur le site de 
Toulouse Métropole 
(https://data.toulouse-metropole.fr/explore/dataset/arrets-de-bus0/map/?location=16,43.59271,1.41894=jawg.streets) 
et j'ai constaté qu'il y a un seul point pour tous les arrêts ayant le 
même nom avec un champ "conc_arret=" qui est la concaténation des n° de 
chaque arrêt (par exemple le point [code_expl=6192449487677451 
code_log=18 *conc_arret=179 180 182 183 184 185 188 189*conc_ligne=14 34 
46 64 65 67 conc_mode=bus id=705.0 *nom_arret=Arènes*nom_expl=tisseo] 
dans osm (http://osm.org/go/xVNVXVlXr) on trouve plusieurs nodes avec ce 
nom). Les n° présents dans ce "conc_arret" sont les ref indiqués dans 
osm comme on peut le voir à l'arrêt physique (certains rares nodes 
contiennent également une concaténation des ref 
http://www.openstreetmap.org/node/3793076559).


L'attribut commun entre DGI et Grand Toulouse, c'est (au delà de la
catégorisation bus_stop/bus=yes) c'est le nom. Mais étant donné que les
arrêts en face à face sur une voie à double sens de circulation portent
le même nom cela pose un problème pour envisager automatiser un recalage
sur cette couche de la DGI.
le nom n'est pas l'attribut commun (voir plus haut) c'est bien le n°  + 
Tisséo (pour les arrêts communs avec ceux du Conseil Départemental, il y 
a un autre n° propre à CD31)
D'autant plus que certains arrêts ont changé de nom (par exemple sur la 
ligne 21 "Colomiers Relais Bus" renommé "Salle Gascogne", "Passerelle" 
renommé "Val d'Aran")


Je viens de regarder sur des communes alentour, je constate
effectivement la présence de doublons DGI/Grand Toulouse ailleurs, avec
des décalages parfois importants de positions.

Du coup, le mieux serait-il de supprimer les noeuds DGI qui constituent
des doublons, après avoir vérifié in-situ la bonne position ou non des
noeuds Grand Toulouse lorsque les écarts entre les 2 couches sont
significatifs (cas facile à détecter avec une moulinette) ?

Thomas


On 20/10/2016 15:48, Francescu GAROBY wrote:

Bonjour Thomas,
Est-ce que les arrêts de bus importés par la DGI et/ou Grand Toulouse
ont un identifiant unique ?
Si oui, une possibilité pourrait être de fusionner les 2 points d'un
même arrêt, en conservant ce(s) identifiant(s), de façon à ce qu'un
réimport, qui devrait se baser là-dessus pour différencier les arrêts
présents/manquants, ne soit pas perturbé et retrouve ses petits.
Et perso, j'éviterais de laisser le doublon de chaque arrêt : ça
n'apporte rien et, pire, ça embrouille les cartographieurs (qui
pourraient associer le mauvais arrêt dans la relation d'une ligne) comme
les usagers d'OSM...


Francescu

Le 20 octobre 2016 à 15:40, Thomas > a écrit :

 Bonjour,

 je profite de la thématique des arrêts de bus pour vous exposer une
 problématique et solliciter vos bons conseils.

 Je constate que dans mon coin il y a des incohérences sur la position
 d'arrêts de bus, notamment des déplacements liés à des réaménagements de
 l'espace urbain.

 Par exemple, je vais avoir l'arrêt de bus en double, à des positions
 différentes. Ces doublons s'expliquent par des campagnes d'import Open
 Data :

 2009 DGI : Positionnement OK, mais avec peu d'informations sur la ligne
 2012 Grand Toulouse (maintenant Toulouse Metropole), Positionnement KO,
 mais avec des attributs intéressants. Je note par ailleurs que
 l'emplacement de cet arrêt est également faux sur le site commercial de
 Tisséo, la SMTC qui gère le réseau, qui a dû alimenter la base de la
 métropole.

 Mes questions :
 - Comment gérer au mieux ces problématiques de données importées par le
 passé ?
 - Dois-je fusionner les attributs pour conserver un maximum d'infos et
 supprimer le nœud mal placé ?
 - Dois-je conserver les deux nœuds, et uniquement corriger la position
 erronée ?


Il me semble que les doublons que tu as détectés devraient être 
fusionnés (A voir peut-être avec osmose) vu qu'il n'y a qu'un arrêt sur 
le terrain (ces doublons sont des anomalies).



 L'idée ici est de faire au mieux pour ne pas perturber ou être perturbé
 lors d'une prochaine campagne d'import Open Data avec des données plus
 ou moins 

Re: [Talk-it] Utente che modifica confini

[Marco_T]

dieterdreist wrote
> 2016-10-11 15:26 GMT+02:00 Marco_T 

> totomar@

> :
> 
>> - se provate ad unire fogli catastali limitrofi vedrete che non
>> combaciano
>> mai perfettamente a volte per millimetri sulla carta che equivale a metri
>> (parecchi) nella realtà, pertanto il confine tra i comuni non sarà mai
>> precisissimo usando queste mappe.
>>
> 
> questo per motivi di proiezione? Che scala (nominale, ovviamente oggi sarà
> digitale, no?) è il catasto? 1 milimetro in 1:500 sono 50cm.

Ciao Martin,
scusa per ritardo nel risponderti.
Il problema è che le mappe catastali hanno subito negli anni varie
modificazioni.
In sintesi, le operazioni per la realizzazione delle mappe originali del
Nuovo Catasto Terreni si sono concluse negli anni 50  (prima in Italia
esistevano vari catasti locali) e queste operazioni si sono svolte con:
- una fase di rilievi (triangolazione su rete IGM, rete di poligonali,
rilievo di dettaglio) in cui i confini di proprietà sono stati determinati
in contradditori tra le parti con rilievo strumentale (teodolite+stadia) da
parte di topografi che, ti assicuro, sapevano fare il loro mestiere.
- una fase di formazione in cui i dati analitici sono stati messi su carta
disegnando la "MAPPA DI IMPIANTO" ed usando come sistema di riferimento
Cassini-Soldner.
Questa e' l'unica mappa affidabile per operazioni di riconfinamento in
quanto viene conservata come reliquia in catasto e negli anni non ha subito
alterazioni. Forse alcuni catasti hanno ancora i calcoli che hanno
determinto le coordinate dei punti rilevati.
Successivamente questa mappa e' stato "duplicata" con sistemi meccanici
(figurati le dilatazioni...) e tutti i successivi aggiornamenti sono stati
fatti su questi "copioni di visura" dai tecnici del catasto in modo
speditivo (china) sulla base di rilievi fatti da professionisti con metodi
più disparati (teodoliti, tachometri, cordelle, spago, occhio). Questi
copioni venivano visionati quotidiamanelte da tecnici, casalinghe, uomini
qualunque e farabutti...
Quando una mappa era logora veniva riduplicata ... e avanti a ridisegnarci
sopra a mano!.
Dopo il 1988 e' stata introdotta una nuova procedura (Pregeo) in cui tutti
(o quasi) i rilievi per l'inserimento in mappa di nuovi fabbricati ed il
frazionamento dei terreni doveva essere fatto con strumentazione adeguata ed
appoggiati ai Punti Fiduciali ed il libretto delle misure con i dati
rilevati diventava documeto ufficiale e doveva essere depositato in catasto.
Recentemente le mappe catastali (copioni di visura) sono stati prima
digitalizzati poi vettorizzati al fine di avere una "mappa numerica" basata
sempre su coordinate Cassini-Soldner.
Tutta questa premessa per farti vedere queto link:
http://www.geolive.org/forum/pregeo-e-docfa/pregeo/isolato-dimenticato-nellunione-di-due-fogli-di-mappa-26977/
Nella prima immagine (se scorri le barre verso destra) vedi due fogli di
mappa numerica che un collega ha cercato di attaccare (potrebbe benissimo
essere il confine tra due comuni). La linea blu e' il limite di un
foglioun disastro, manca addirittura un isolato (in giallo) da entrambe
le parti proprio a causa di queste operazioni di duplicazione, modifica,
ripasso
Inoltre, tieni conto che allo stato attuale i tecnici che fanno rilievi per
operazioni catastali misurano correttamente i punti (libretto delle misure)
ma poi devono adattare il rilievo allo stato della mappa creando anche
distorsioni per adattare le linee rilevate alla mappa stessa.

Per quanto riguarda la bontà della mappa:
- le linee di mappa introdotte dopo il 1988 possono essere riconfinate
recuperando il libretto delle misure e facendo le operazioni inverse ed il
risultato e' affidabile in quanto analitico;
- le linee precedenti al 1988 possono essere ripristinate ma dipende dalla
bontà del rilievo che le ha generate;
- le linee molto vecchie esistenti ora e sulla "mappa d'impianto" (penso ai
confini tra comuni)  possono essere ripristinate leggendo le coordinte dei
punti sulla MAPPA DI IMPIANTO e non sulla copia che rilascia il catasto. Ma
ripeto: seppur dando a volte buoni risultati questo metodo, ai sensi
dell'art. 950 del Codice Civile, e' l'ultimo mezzo di prova ammesso dal
giudice.

Per concludere: le mappe catastali generalmente sono in scala 1:2000 o
1:1000 (piu' raramente 1:4000, 1:2880, 1:1440).
Le mappe DI IMPIANTO sono disegnate con tratto circa 0,2mm che (in scala
1:2000)  = 40cm ed hanno un reticolo parametrico di riferimento completo.

Saluti.

-- 
Marco_T



--
View this message in context: 
http://gis.19327.n8.nabble.com/Utente-che-modifica-confini-tp5883928p5884710.html
Sent from the Italy General mailing list archive at Nabble.com.

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

[OSM-talk] Texas Cemeteries now with better imagery

[Martijn van Exel]

Hi all,

I started a collaboration with folks at the Texas State government a while
ago, to see if we can get some of their data into OSM in a way that is fun
and involves mappers. We decided to start with something simple: let's
compare their point data in cemetery locations with what's in OSM, and use
MapRoulette to have mappers add the missing ones. I wrote about that in my
diary[1].

The problem was that the available imagery (Bing, Mapbox) was not good
enough. So we worked on a better solution. We now have beautiful hi res,
recent imagery for Texas underlying this challenge in MapRoulette, so you
should be able to spot any cemetery. Please give it a try in MapRoulette:
http://maproulette.org/map/85

The imagery is also available to add to JOSM or iD -- if you want to do
that, head to this short diary entry[2].

I hope this is helpful, happy mapping!
Martijn

[1] https://www.openstreetmap.org/user/mvexel/diary/39330
[2] https://www.openstreetmap.org/user/mvexel/diary/39716

PS1 I am presenting on this collaboration next Tuesday at the Texas GIS
forum in Austin, TX, come see that if you are around.
PS2 More collaborations with TX to follow, let me know if you are a Texas
mapper and want to get involved!
___
talk mailing list
talk@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk

[Talk-us] Texas Cemeteries now with better imagery

[Martijn van Exel]

Hi all,

I started a collaboration with folks at the Texas State government a while
ago, to see if we can get some of their data into OSM in a way that is fun
and involves mappers. We decided to start with something simple: let's
compare their point data in cemetery locations with what's in OSM, and use
MapRoulette to have mappers add the missing ones. I wrote about that in my
diary[1].

The problem was that the available imagery (Bing, Mapbox) was not good
enough. So we worked on a better solution. We now have beautiful hi res,
recent imagery for Texas underlying this challenge in MapRoulette, so you
should be able to spot any cemetery. Please give it a try in MapRoulette:
http://maproulette.org/map/85

The imagery is also available to add to JOSM or iD -- if you want to do
that, head to this short diary entry[2].

I hope this is helpful, happy mapping!
Martijn

[1] https://www.openstreetmap.org/user/mvexel/diary/39330
[2] https://www.openstreetmap.org/user/mvexel/diary/39716

PS1 I am presenting on this collaboration next Tuesday at the Texas GIS
forum in Austin, TX, come see that if you are around.
PS2 More collaborations with TX to follow, let me know if you are a Texas
mapper and want to get involved!
___
Talk-us mailing list
Talk-us@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-us

[Talk-de] Fwd: [OSM-talk] OSM Forum move / disruption

[Michael Kugelmann]

Forum Server down am Samstag wegen "Umzug"



 Weitergeleitete Nachricht 
Betreff:[OSM-talk] OSM Forum move / disruption
Datum:  Thu, 20 Oct 2016 12:56:29 +0100
Von:Grant Slater 
An: Talk Openstreetmap 



Hi All,

The OpenStreetMap forum at http://forum.openstreetmap.org/ is moving
to a new server this Saturday. During the move the site will be
disrupted.

The move is scheduled for the United Kingdom morning. (GMT+1)

All content and users will be migrated. After the move the forum will
be https by default (with redirect).

In the not too distant future we'd like to find a suitable volunteer
forum admin. The ideal person would be level headed and would also be
responsible for maintaining / patching the forum's codebase:
https://github.com/openstreetmap/openstreetmap-forum

A big thank you to Lambertus for his running of the OpenStreetMap
forum for many years. The move is being performed with his agreement.

Kind regards,

Grant
On Behalf of the OpenStreetMap Operations Team.

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

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

Re: [OSM-talk-fr] Appli mobile pour mapper les arrêts de bus

[osm . sanspourriel]

Merci aussi à toi pour ton retour.

Le 20/10/2016 à 11:26, Florian LAINEZ - winner...@free.fr a écrit :


@Jean-Yvon tous les détails dont tu parles sont passionnants, je passe 
moi-même beaucoup de temps à m'y plonger dedans. Mais l'outil que je 
souhaite est vraiment fait pour les noobs. OSMAND n'est pas utilisable 
par ma mère car trop compliqué.

D'accord sur la complexité de l'utilisation d'OSMAND.
Mais la question est : faut-il repartir à zéro ou rendre l'interface 
d'OSMAND utilisable par ta mère ?
Je n'ai pas la réponse, idéalement je choisirais la seconde proposition, 
j'ai vu que OSMAND proposait des feuilles de style (bon une que l'on 
peut adapter) pour afficher les descriptions des objets (on dit ce que 
l'on veut voir et dans quel ordre).
Si on pouvait faire des feuilles de styles de la carte qui servent de 
base aux feuilles de styles des descriptions / entrées / modifications 
des POI (voir simplement avoir des correspondances par nom : tu choisis 
le style transports publics pour la carte et il utilise la feuille de 
style transports publics pour les éditions de POI).
Ça me fait aussi penser au mapping.xml d’imposm3 :  on peut peut-être 
partir des attributs conseillés pour une thème dans un wiki pour trouver 
les données à présenter et l'ordre de présentation (sans oublier les 
données génériques style position et nom).

Peut-être à ranger par catégorie.

Sur l'utilisation de la caméra : suggérer de photographier l'arrêt de 
bus  (il y a souvent la fiche horaire avec au moins les principaux 
arrêts). Avec un GPX en plus ça permet de valider au moins les 
principaux arrêts.
Tu veux intégrer de l'OCR (reconnaissance optique de caractères) pour 
avoir les noms des arrêts ? ;-).
Sinon ça peut-être utile aux contributeurs en fauteuil, voir proposé 
dans Osmose comme aide à la décision.


Autre possibilité : quand on arrive à un arrêt connu possibilité de le 
valider (source=survey:2016). Là ce qui est gênant c'est qu'on veut 
attester de la non-modification. Faire une modif pour cela...


Je pense qu'il faut aussi montrer à l'utilisateur que son travail est 
utile en montrant un avant et un après.


Le 19 octobre 2016 à 23:19, Pierre-Yves Berrard 
> 
a écrit :


Le 19 octobre 2016 à 23:12, Philippe Verdy > a écrit :

Merci pour ces précisions.

Et en résumé : STAR est une marque associée à un réseau mais cette 
marque n'apparaît nulle part dans OSM.

fr_star, une fois que tu sais, ok.
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr

Re: [Talk-cz] Jak zanést sdílení koloběžek

[Jan Macura]

Ahoj,

WeeklyOSM mi připomnělo tohle vlákno. Koukám, jak jsi to zanesl.
V tagu Operator je "Scoobike sharing". Podle wiki by Operator měl být fakt
provozovatel, což je primárně skupina "k světu". "Scoobike sharing" by se
hodilo asi spíš do Name nebo Brand, ne?

Nebo to chápu špatně?

Honza/YjM

Dne 2. října 2016 21:38 Jan Macura  napsal(a):

> Ahoj,
>
> až to budeš přidávat do mapy, tak by se tam měla vyplnit i dostupnost,
> jinak to bude dost matoucí. Ty koloběžky jsou totiž přes týden vyhrazené
> jen pro studenty ZČU přes JIS karty a přes víkend jsou dostupné i pro
> ostatní, ale zase je tam omezení, že půjčovatel musí mít Plzeňskou kartu.
> Možná použít access = customers? Nebo podrobněji access:conditional =
> customers @ (Sa-Su)? Ale netuším, zda do toho jde nějak zakomponovat ta
> povinnost mít speciální kartu.
>
> Honza/YjM
>
> Dne 2. října 2016 10:55 Pavel Cvrček  napsal(a):
>
>> Ahoj,
>>
>> v Plzni bylo spuštěné sdílení koloběžek [1]. Existuje způsob, jak to
>> vhodně zanést do mapy? Znám pouze sdílení kol, takže mě napadá použít to:
>> http://wiki.openstreetmap.org/wiki/Cs:Tag:amenity%3Dbicycle_rental
>>
>> Díky
>>
>> Pavel
>>
>> [1] http://plzen.cz/studenti-mohou-jezdit-do-kampusu-zcu-na-
>> kolobezkach-63528/
>>
>> ___
>> 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-it] R: Utente burlone

[deltredicialessan...@libero.it]

Avevo commentato per primo al changeset senza accorgermi che erano già stati 
cancellati ...
Il maggiore difetto di maps.me sono i frequenti edits di utenti che non sono 
nemmeno consapevoli di stare facendo modifiche visibili a tutti e aggiungono 
casa propria o il luogo dove hanno lasciato la macchina (il secondo difetto è 
lo scarso successo quando si cerca di contattarli), non so se questo sia il 
caso, ho visto anche di peggio devo dire.

Ciao,
Alessandro


>Messaggio originale
>Da: "Fabri" 
>Data: 20/10/2016 10.03
>A: "openstreetmap list - italiano"
>Ogg: [Talk-it] Utente burlone
>
>Questo nuovo iscritto 
>(https://www.openstreetmap.org/user/Lancine%20Fofana/history#map=7/39.828/13.
855) 
>si diverte a inserire dati di fantasia in osm tramite maps.me, gli hanno 
>scritto diverse volte nei commenti ai changeset ma lui continua, 
>dobbiamo andare avanti a revertare i casini che fa o si può bloccare in 
>qualche modo?
>
>ps: credo che l'ostello in Calabria si possa cancellare, in quanto 
>inventato con suoi dati personali...l'ufficio al centro del Colosseo 
>anche lo cancello
>
>
>
>
>___
>Talk-it mailing list
>Talk-it@openstreetmap.org
>https://lists.openstreetmap.org/listinfo/talk-it
>



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

Re: [Talk-it] Piccola soddisfazione e domanda su attribuzione

[Alessandro Palmas]

Il 20/10/2016 19:45, Giuliano ha scritto:

Casualmente ho notato che il sito del mio comune non c'è una mappa ma un
semplice link a OSM
http://www.comune.musiledipiave.ve.it/c027025/gt/gt_p_vie_elenco.php

Nella sezione "Vivere la città" il link "Mappa del territorio" rimanda
direttamente qui:
http://www.openstreetmap.org/#map=13/45.5940/12.5260

In questi casi è necessario indicare qualche attribuzione nei Credits
del sito?



E' un semplice link, non vedo perchè dovrebbe indicare l'attribuzione di 
qualcosa che è solo indicato.
Vedo però che mancano i numeri civici, potresti dire al comune che se li 
rilascia possiamo caricarli su OSM rendendo la mappa migliore e dare 
così un miglior servizio alla cittadinanza.


Alessandro Ale_Zena_IT





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

[Talk-gb-westmidlands] Fwd: Re: November meeting

[Rob Nickerson]

Forward to list (I forgot).

Rob
-- Forwarded message --
From: "Rob Nickerson" 
Date: 20 Oct 2016 7:09 p.m.
Subject: Re: [Talk-gb-westmidlands] November meeting
To: "Brian Prangle" 
Cc:

Not sure it's a pub, but there is The Cosy Club in the centre.

Otherwise there are a few Weatherspoon pubs across the city, the aardvark
(we've met there before) or the old windmill. Not sure if that last one
does food.

The cosy club may be best but I'll let the other locals chip in.

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

Re: [Talk-it] Utente che modifica confini

[Carlo Stemberger]

Il giorno 20 ottobre 2016 19:32, Giuliano  ha scritto:

>
> Questo è un esempio di corso del fiume cambiato, mentre il confine tra due
> comuni non lo è:
> http://www.openstreetmap.org/#map=16/45.6258/12.5606
>

Ok, ma non significa che il confine come risulta ora in OSM sia corretto.



> Non ho alcuna competenza tecnica specifica ma non credo che sia
> indispensabile per poter affermare che i confini non seguono i cambiamenti
> dei fiumi. E' sufficiente constatare i dati di fatto.
>

Il dato di fatto è che il confine, così come indicato su OSM (o sui dati
dell'ISTAT, del catasto, o di quel che volete), non segue più l'elemento
naturale. Questo non significa che sia un dato corretto. Bisogna capire
cosa succede quando l'ente che amministra il territorio che avrebbe
guadagnato terreno a causa dello spostamento del letto del fiume (o il
proprietario delle parcelle) rivendica la titolarità. Se vince, allora
nulla è cambiato e si continua a fare come da secoli o millenni. Se invece
perde, allora siamo di fronte ad un cambiamento epocale (per carità,
probabilmente auspicabile).

La stesso principio si può estendere a livello internazionale con i confini
di stato, con l'aggravante che a contendersi la titolarità sarebbero stati
con sistemi giuridici distinti: cosa succede quando l'erosione sposta lo
spartiacque sulle Alpi di alcuni metri da una parte o dall'altra?

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

[Talk-gb-westmidlands] November meeting

[Brian Prangle]

Hi everyone

We decided at our last meeting to switch back to the first Thursday of the
month and also to hold some of our meetings in Coventry. So does anyone
know a decent pub to meet in Coventry for Thursday 3rd November?

Regards

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

Re: [Talk-it] Utente che modifica confini

[Giuliano]

  
  


Il 20/10/2016 17:57, Carlo Stemberger
  ha scritto:


  

  Il giorno 20 ottobre 2016 14:57,
Fayor Uno 
ha scritto:

  

  Se un torrente (o una strada) fa da confine e poi
cambia il suo corso, il confine rimane lì dov'è.

  



E come si fa a stabilire "dov'è" (ovvero dov'era in
  precedenza)? Se è un qualcosa di fisso e immutabile
  significa che è legato ad un ellissoide (WGS84?). A me
  questa cosa risulta una novità. Quali sarebbero i
  riferimenti normativi? Quand'è che i confini sono stati
  "congelati" descrivendoli matematicamente? Perché
  significa che è cambiato qualcosa di veramente grosso: a
  Renzo è bastato attraversare l'Adda per uscire dal ducato
  di Milano ed entrare nel territorio della Serenissima, ed
  ero assolutamente convinto che tuttora i confini venissero
  determinati in modo analogo.
  

Grazie!
  

Carlo

  

  
  
  
  

Questo è un esempio di corso del fiume cambiato, mentre il confine
tra due comuni non lo è:
http://www.openstreetmap.org/#map=16/45.6258/12.5606
Il confine è sostanzialmente quello importato dall'ISTAT a suo tempo
e i landuse sono stati importati dalla CTR del Veneto. E sono
praticamente sovrapponibili (salvo l'errore di pochi metri).

Ma ci sono tanti altri esempi come ad esempio tutto il corso del Po
tra Casale Monferrato e Cremona rispetto ai confini di Piemonte,
Lombardia ed Emilia Romagna.

Non ho alcuna competenza tecnica specifica ma non credo che sia
indispensabile per poter affermare che i confini non seguono i
cambiamenti dei fiumi. E' sufficiente constatare i dati di fatto.

I miei 2 cents

Ciao
Giuliano

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



  


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

Re: [OSM-talk-fr] Appli mobile pour mapper les arrêts de bus

[Thomas Gratier]

Salut,

Pas mis à jour depuis longtemps mais cette application avait la vocation de
mapper les arrêts de transport
http://makinacorpus.github.io/osm-transport-editor/#/ avec code
http://makinacorpus.github.io/osm-transport-editor/

Cordialement


Thomas Gratier

Le 20 octobre 2016 à 18:15, Thomas  a écrit :

> Bonjour,
>
> L'import Grand Toulouse comporte les attributs 'ref' et 'operator' qui
> permettraient de constituer le tuple unique le plus opportun pour une
> identification unique globale. Ce sont des attributs qu'il me semble
> essentiel de conserver en cas de fusion ou suppression.
>
> L'attribut commun entre DGI et Grand Toulouse, c'est (au delà de la
> catégorisation bus_stop/bus=yes) c'est le nom. Mais étant donné que les
> arrêts en face à face sur une voie à double sens de circulation portent
> le même nom cela pose un problème pour envisager automatiser un recalage
> sur cette couche de la DGI.
>
> Je viens de regarder sur des communes alentour, je constate
> effectivement la présence de doublons DGI/Grand Toulouse ailleurs, avec
> des décalages parfois importants de positions.
>
> Du coup, le mieux serait-il de supprimer les noeuds DGI qui constituent
> des doublons, après avoir vérifié in-situ la bonne position ou non des
> noeuds Grand Toulouse lorsque les écarts entre les 2 couches sont
> significatifs (cas facile à détecter avec une moulinette) ?
>
> Thomas
>
>
> On 20/10/2016 15:48, Francescu GAROBY wrote:
> > Bonjour Thomas,
> > Est-ce que les arrêts de bus importés par la DGI et/ou Grand Toulouse
> > ont un identifiant unique ?
> > Si oui, une possibilité pourrait être de fusionner les 2 points d'un
> > même arrêt, en conservant ce(s) identifiant(s), de façon à ce qu'un
> > réimport, qui devrait se baser là-dessus pour différencier les arrêts
> > présents/manquants, ne soit pas perturbé et retrouve ses petits.
> > Et perso, j'éviterais de laisser le doublon de chaque arrêt : ça
> > n'apporte rien et, pire, ça embrouille les cartographieurs (qui
> > pourraient associer le mauvais arrêt dans la relation d'une ligne) comme
> > les usagers d'OSM...
> >
> >
> > Francescu
> >
> > Le 20 octobre 2016 à 15:40, Thomas  > > a écrit :
> >
> > Bonjour,
> >
> > je profite de la thématique des arrêts de bus pour vous exposer une
> > problématique et solliciter vos bons conseils.
> >
> > Je constate que dans mon coin il y a des incohérences sur la position
> > d'arrêts de bus, notamment des déplacements liés à des
> réaménagements de
> > l'espace urbain.
> >
> > Par exemple, je vais avoir l'arrêt de bus en double, à des positions
> > différentes. Ces doublons s'expliquent par des campagnes d'import
> Open
> > Data :
> >
> > 2009 DGI : Positionnement OK, mais avec peu d'informations sur la
> ligne
> > 2012 Grand Toulouse (maintenant Toulouse Metropole), Positionnement
> KO,
> > mais avec des attributs intéressants. Je note par ailleurs que
> > l'emplacement de cet arrêt est également faux sur le site commercial
> de
> > Tisséo, la SMTC qui gère le réseau, qui a dû alimenter la base de la
> > métropole.
> >
> > Mes questions :
> > - Comment gérer au mieux ces problématiques de données importées par
> le
> > passé ?
> > - Dois-je fusionner les attributs pour conserver un maximum d'infos
> et
> > supprimer le nœud mal placé ?
> > - Dois-je conserver les deux nœuds, et uniquement corriger la
> position
> > erronée ?
> >
> > L'idée ici est de faire au mieux pour ne pas perturber ou être
> perturbé
> > lors d'une prochaine campagne d'import Open Data avec des données
> plus
> > ou moins correctes.
> >
> > Salutations,
> >
> >
> > On 19/10/2016 20:00, Philippe Verdy wrote:
> > > Dans les villes qui publient des données Open Data sur leurs
> > réseaux de
> > > transport, je pense qu'on n'a pas besoin de cette appli tierce mais
> > > qu'il vaut mieux s'appuyer sur des solutions de synchronisation et
> > > comparaison.
> > >
> > > On a divers outils, y compris
> > > - via les données OSM elles-mêmes (relations de type "network"
> > pour les
> > > réseaux publics, dont les lignes membres sont des relations
> > > "route_master" contenant les relations "route" pour chaque sens ou
> > variante)
> > > - les ref:* pour le réseau ou pour l'opérateur
> > > - les outils d'intégration comme Osmose (qui pourrait aussi
> vérifier
> > > l'intégrité et la continuité des lignes)
> > > Ces relations "network" peuvent "facilement" être vérifiées de
> façon
> > > systématique avec un formalisme permettant certains automatismes.
> > >
> > > Pour le reste il peut manquer des infos non encore en open data:
> > ce qui
> > > est en général moins bien géré c'est le schéma v2 des transports
> qui
> > > intègre la notion de "plateforme" pour les interconnexions de
> > 

Re: [Talk-ca] City of Ottawa imported buildings & addresses

[Frederik Ramm]

Hi,

On 10/18/2016 07:53 PM, Frederik Ramm wrote:
> Unfortunately the import was larger than expected and the revert drags
> on. 

And it still does! I was going a bit slower today in order not to
overload the API.

Thank you everyone for letting the revert run its course without
intervening further. Due to the fact that I hadn't spotted the full
extent of the import initially and missed out some bits, I have to use a
slightly different procedure than usual which may in some areas lead to
- temporarily - orphaned nodes where a building way has been deleted and
the nodes still stand; but the nodes are going to go away eventually and
I'll take care not to leave anything behind.

A few smaller import changesets had a lot of "normal" edits mixed in
with the import, and I manually excluded these changesets from the
revert; this means that a few imported buildings will also remain
standing but I'd rather err on the side of caution.

I saw that there have been heated discussions in some changeset comments
about "deleting all our work" - rest assured I'm only reverting a bad
import that goes back about two weeks at most. Should I accidentally
delete something that was not part of the import, we'll get it back
after the dust has settled.

I have no grudge with the people who have imported the data; I revert
something because the process was wrong, not because I dislike the
contributor.

A large number of objects has been uploaded in these past two weeks. If
I can recommend something for future imports, try to do them in smaller
chunks and take your time. Don't pack 50k nodes in a changeset and
upload several of them per day. If you spread things out over a couple
weeks or months, you'll put less strain on the API and ensure that *if*
something turns out problematic (which can happen even if following the
import rules to the letter!) you're not suddenly looking at a revert
that goes full throttle for several days.

I'll post updates about the revert as necessary.

Bye
Frederik

-- 
Frederik Ramm  ##  eMail frede...@remote.org  ##  N49°00'09" E008°23'33"

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

Re: [OSM-talk-fr] Appli mobile pour mapper les arrêts de bus

[Thomas]

Bonjour,

L'import Grand Toulouse comporte les attributs 'ref' et 'operator' qui
permettraient de constituer le tuple unique le plus opportun pour une
identification unique globale. Ce sont des attributs qu'il me semble
essentiel de conserver en cas de fusion ou suppression.

L'attribut commun entre DGI et Grand Toulouse, c'est (au delà de la
catégorisation bus_stop/bus=yes) c'est le nom. Mais étant donné que les
arrêts en face à face sur une voie à double sens de circulation portent
le même nom cela pose un problème pour envisager automatiser un recalage
sur cette couche de la DGI.

Je viens de regarder sur des communes alentour, je constate
effectivement la présence de doublons DGI/Grand Toulouse ailleurs, avec
des décalages parfois importants de positions.

Du coup, le mieux serait-il de supprimer les noeuds DGI qui constituent
des doublons, après avoir vérifié in-situ la bonne position ou non des
noeuds Grand Toulouse lorsque les écarts entre les 2 couches sont
significatifs (cas facile à détecter avec une moulinette) ?

Thomas


On 20/10/2016 15:48, Francescu GAROBY wrote:
> Bonjour Thomas,
> Est-ce que les arrêts de bus importés par la DGI et/ou Grand Toulouse
> ont un identifiant unique ?
> Si oui, une possibilité pourrait être de fusionner les 2 points d'un
> même arrêt, en conservant ce(s) identifiant(s), de façon à ce qu'un
> réimport, qui devrait se baser là-dessus pour différencier les arrêts
> présents/manquants, ne soit pas perturbé et retrouve ses petits.
> Et perso, j'éviterais de laisser le doublon de chaque arrêt : ça
> n'apporte rien et, pire, ça embrouille les cartographieurs (qui
> pourraient associer le mauvais arrêt dans la relation d'une ligne) comme
> les usagers d'OSM...
> 
> 
> Francescu
> 
> Le 20 octobre 2016 à 15:40, Thomas  > a écrit :
> 
> Bonjour,
> 
> je profite de la thématique des arrêts de bus pour vous exposer une
> problématique et solliciter vos bons conseils.
> 
> Je constate que dans mon coin il y a des incohérences sur la position
> d'arrêts de bus, notamment des déplacements liés à des réaménagements de
> l'espace urbain.
> 
> Par exemple, je vais avoir l'arrêt de bus en double, à des positions
> différentes. Ces doublons s'expliquent par des campagnes d'import Open
> Data :
> 
> 2009 DGI : Positionnement OK, mais avec peu d'informations sur la ligne
> 2012 Grand Toulouse (maintenant Toulouse Metropole), Positionnement KO,
> mais avec des attributs intéressants. Je note par ailleurs que
> l'emplacement de cet arrêt est également faux sur le site commercial de
> Tisséo, la SMTC qui gère le réseau, qui a dû alimenter la base de la
> métropole.
> 
> Mes questions :
> - Comment gérer au mieux ces problématiques de données importées par le
> passé ?
> - Dois-je fusionner les attributs pour conserver un maximum d'infos et
> supprimer le nœud mal placé ?
> - Dois-je conserver les deux nœuds, et uniquement corriger la position
> erronée ?
> 
> L'idée ici est de faire au mieux pour ne pas perturber ou être perturbé
> lors d'une prochaine campagne d'import Open Data avec des données plus
> ou moins correctes.
> 
> Salutations,
> 
> 
> On 19/10/2016 20:00, Philippe Verdy wrote:
> > Dans les villes qui publient des données Open Data sur leurs
> réseaux de
> > transport, je pense qu'on n'a pas besoin de cette appli tierce mais
> > qu'il vaut mieux s'appuyer sur des solutions de synchronisation et
> > comparaison.
> >
> > On a divers outils, y compris
> > - via les données OSM elles-mêmes (relations de type "network"
> pour les
> > réseaux publics, dont les lignes membres sont des relations
> > "route_master" contenant les relations "route" pour chaque sens ou
> variante)
> > - les ref:* pour le réseau ou pour l'opérateur
> > - les outils d'intégration comme Osmose (qui pourrait aussi vérifier
> > l'intégrité et la continuité des lignes)
> > Ces relations "network" peuvent "facilement" être vérifiées de façon
> > systématique avec un formalisme permettant certains automatismes.
> >
> > Pour le reste il peut manquer des infos non encore en open data:
> ce qui
> > est en général moins bien géré c'est le schéma v2 des transports qui
> > intègre la notion de "plateforme" pour les interconnexions de
> lignes et
> > intermodales, permettant de regrouper des arrêts et faire les
> > correspondances, même entre réseaux différents (par exemple entre un
> > réseau urbain, un réseau départemental, les lignes nationales
> bus/train,
> > les stations de taxis, les stations d'auto-partage, les vélos à la
> > demande ("Vélib" et similaires), les interconnexions vers des chemins
> > touristiques...
> >
> > Actuellement les objets "platform" d'OSM sont surtout construits
> pour un
> > unique réseau, 

Re: [Talk-it] Utente che modifica confini

[Carlo Stemberger]

Il giorno 20 ottobre 2016 14:57, Fayor Uno  ha scritto:

> Se un torrente (o una strada) fa da confine e poi cambia il suo corso, il
> confine rimane lì dov'è.
>

E come si fa a stabilire "dov'è" (ovvero dov'era in precedenza)? Se è un
qualcosa di fisso e immutabile significa che è legato ad un ellissoide
(WGS84?). A me questa cosa risulta una novità. Quali sarebbero i
riferimenti normativi? Quand'è che i confini sono stati "congelati"
descrivendoli matematicamente? Perché significa che è cambiato qualcosa di
veramente grosso: a Renzo è bastato attraversare l'Adda per uscire dal
ducato di Milano ed entrare nel territorio della Serenissima, ed ero
assolutamente convinto che tuttora i confini venissero determinati in modo
analogo.

Grazie!

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

Re: [Talk-it] Utente che modifica confini

[Alessandro Palmas]

Il 20/10/2016 17:07, Federico Cortese ha scritto:

2016-10-20 17:04 GMT+02:00 Stefano Salvador >:

il fatto è che logicamente sbagliato legare un'entità "legale" come
un limite ammistrativo a qualcosa di fisico. Rende solo la vita
difficile ai mappatori.


Su questo sono d'accordissimo.

Ciao
Federico




Era proprio questo il punto della questione che sollevavo.
Alessandro







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

[OSM-talk-fr] Mapathon MM à Saint denis Jeudi 28/10

[Violaine Doutreleau]

Bonjour à tous,

On organise le prochain mapathon Missing Maps avec l'université Paris 
VIII et le Master de Géographie et le Master de Géomatique à 
l'université Paris VIII le *jeudi 27/10 de 18h30 à 21h!*


+d'infos et inscriptions ici : 
https://www.eventbrite.fr/e/billets-missing-maps-saint-denis-28602298244


A bientôt, je l'espère,
V
--

CartONG




Humanitarian mapping and information management
Website: cartong.org  | Twitter: @assocCartONG 
 | Address: Chambéry, France | Lon: 
05°55'24'' | Lat: 45°30'20''


Violaine Doutreleau

Email:v_doutrel...@cartong.org 
Phone: +33 (0)4 79 26 28 82
Mobile: +33 (0)6 95 02 42 44
Skype: doutreleau.violaine  




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

Re: [Talk-cz] JOSM 11148 nezobrazuje polygony LPIS

[Zdeněk Pražák]

tak zatím beze změny
přikládám výpis konzole

INFO: GET
http://eagri.cz/public/app/wms/plpis.fcgi?FORMAT=image/png=1.1
.1=WMS=GetMap=LPIS_FB4_KOD==EPSG:4326=51
2=512=13.9718545,48.9152833,13.9746010,48.9170883=true
-
> 200
ěÝj 20, 2016 5:25:44 ODP. org.openstreetmap.josm.Main info
INFO: GET
http://eagri.cz/public/app/wms/plpis.fcgi?FORMAT=image/png=1.1
.1=WMS=GetMap=LPIS_FB4_KOD==EPSG:4326=51
2=512=13.9718545,48.9170883,13.9746010,48.9188932=true
-
> 200
ěÝj 20, 2016 5:25:44 ODP. org.openstreetmap.josm.Main info
INFO: GET http://tile.poloha.net/budovy/18/141247/90119.png -> 200 (116 B)
ěÝj 20, 2016 5:25:44 ODP. org.openstreetmap.josm.Main info
INFO: GET http://tile.poloha.net/budovy/18/141247/90118.png -> 200 (116 B)
ěÝj 20, 2016 5:25:44 ODP. org.openstreetmap.josm.Main info
INFO: GET http://tile.poloha.net/budovy/18/141247/90117.png -> 200 (116 B)
ěÝj 20, 2016 5:25:44 ODP. org.openstreetmap.josm.Main info
INFO: GET http://tile.poloha.net/budovy/18/141247/90120.png -> 200 (116 B)
ěÝj 20, 2016 5:25:44 ODP. org.openstreetmap.josm.Main info
INFO: GET http://tile.poloha.net/budovy/18/141247/90121.png -> 200 (116 B)
ěÝj 20, 2016 5:25:44 ODP. org.openstreetmap.josm.Main info
INFO: GET
http://geoportal.cuzk.cz/WMS_ORTOFOTO_PUB/service.svc/get?FORMAT=image
/jpeg=1.1.1=WMS=GetMap=GR_ORTFOTORGB==
EPSG:3857=512=512=1555339.7235108,6260193.2086892,1555645.4716
108,6260498.9567892 -> 200 (41,8 kB)
ěÝj 20, 2016 5:25:45 ODP. org.openstreetmap.josm.Main info
INFO: GET
http://geoportal.cuzk.cz/WMS_ORTOFOTO_PUB/service.svc/get?FORMAT=image
/jpeg=1.1.1=WMS=GetMap=GR_ORTFOTORGB==
EPSG:3857=512=512=1555339.7235108,6260804.7048892,1555645.4716
108,6261110.4529892 -> 200 (52,1 kB)
ěÝj 20, 2016 5:25:45 ODP. org.openstreetmap.josm.Main info
INFO: GET http://tile.poloha.net/budovy/18/141248/90116.png -> 200 (116 B)
ěÝj 20, 2016 5:25:45 ODP. org.openstreetmap.josm.Main info
INFO: GET http://tile.poloha.net/budovy/18/141249/90116.png -> 200 (116 B)
ěÝj 20, 2016 5:25:45 ODP. org.openstreetmap.josm.Main info
INFO: GET http://tile.poloha.net/budovy/18/141247/90116.png -> 200 (116 B)
ěÝj 20, 2016 5:25:45 ODP. org.openstreetmap.josm.Main info
INFO: GET http://tile.poloha.net/budovy/18/141250/90116.png -> 200 (116 B)
ěÝj 20, 2016 5:25:45 ODP. org.openstreetmap.josm.Main info
INFO: GET http://tile.poloha.net/budovy/18/141251/90116.png -> 200 (116 B)
ěÝj 20, 2016 5:25:45 ODP. org.openstreetmap.josm.Main info
INFO: GET http://tile.poloha.net/budovy/18/141247/90115.png -> 200 (116 B)
ěÝj 20, 2016 5:25:45 ODP. org.openstreetmap.josm.Main info
INFO: GET http://tile.poloha.net/budovy/18/141251/90115.png -> 200 (116 B)
ěÝj 20, 2016 5:25:45 ODP. org.openstreetmap.josm.Main info
INFO: GET http://tile.poloha.net/budovy/18/141249/90115.png -> 200 (116 B)
ěÝj 20, 2016 5:25:45 ODP. org.openstreetmap.josm.Main info
INFO: GET http://tile.poloha.net/budovy/18/141248/90115.png -> 200 (116 B)
ěÝj 20, 2016 5:25:45 ODP. org.openstreetmap.josm.Main info
INFO: GET http://tile.poloha.net/budovy/18/141250/90115.png -> 200 (116 B)
ěÝj 20, 2016 5:25:46 ODP. org.openstreetmap.josm.Main info
INFO: GET
http://eagri.cz/public/app/wms/plpis.fcgi?FORMAT=image/png=1.1
.1=WMS=GetMap=LPIS_FB4_KOD==EPSG:4326=51
2=512=13.9773476,48.9188932,13.9800942,48.9206980=true
-
> 200
ěÝj 20, 2016 5:25:46 ODP. org.openstreetmap.josm.Main info
INFO: GET
http://eagri.cz/public/app/wms/plpis.fcgi?FORMAT=image/png=1.1
.1=WMS=GetMap=LPIS_FB4_KOD==EPSG:4326=51
2=512=13.9800942,48.9188932,13.9828408,48.9206980=true
-
> 200
ěÝj 20, 2016 5:25:46 ODP. org.openstreetmap.josm.Main info
INFO: GET
http://geoportal.cuzk.cz/WMS_ORTOFOTO_PUB/service.svc/get?FORMAT=image
/jpeg=1.1.1=WMS=GetMap=GR_ORTFOTORGB==
EPSG:3857=512=512=1555339.7235108,6260498.9567892,1555645.4716
108,6260804.7048892 -> 200 (50,0 kB)
ěÝj 20, 2016 5:25:46 ODP. org.openstreetmap.josm.Main info
INFO: GET
http://eagri.cz/public/app/wms/plpis.fcgi?FORMAT=image/png=1.1
.1=WMS=GetMap=LPIS_FB4_KOD==EPSG:4326=51
2=512=13.9746010,48.9188932,13.9773476,48.9206980=true
-
> 200
ěÝj 20, 2016 5:25:46 ODP. org.openstreetmap.josm.Main info
INFO: GET
http://eagri.cz/public/app/wms/plpis.fcgi?FORMAT=image/png=1.1
.1=WMS=GetMap=LPIS_FB4_KOD==EPSG:4326=51
2=512=13.9718545,48.9188932,13.9746010,48.9206980=true
-
> 200
ěÝj 20, 2016 5:25:46 ODP. org.openstreetmap.josm.Main info
INFO: GET
http://geoportal.cuzk.cz/WMS_ORTOFOTO_PUB/service.svc/get?FORMAT=image
/jpeg=1.1.1=WMS=GetMap=GR_ORTFOTORGB==
EPSG:3857=512=512=1555951.2197108,6261110.4529892,1556256.9678
108,6261416.2010892 -> 200 (52,2 kB)
ěÝj 20, 2016 5:25:46 ODP. org.openstreetmap.josm.Main info
INFO: GET
http://geoportal.cuzk.cz/WMS_ORTOFOTO_PUB/service.svc/get?FORMAT=image
/jpeg=1.1.1=WMS=GetMap=GR_ORTFOTORGB==
EPSG:3857=512=512=1555339.7235108,6259887.4605892,1555645.4716
108,6260193.2086892 -> 200 (33,9 kB)
ěÝj 20, 2016 5:25:46 ODP. org.openstreetmap.josm.Main info
INFO: GET
http://geoportal.cuzk.cz/WMS_ORTOFOTO_PUB/service.svc/get?FORMAT=image
/jpeg=1.1.1=WMS=GetMap=GR_ORTFOTORGB==

Re: [Talk-ca] [Imports] [Import] Ottawa Buildings & Addresses [Statistics Canada project]

[James]

I was wrong there is one sign up(i'm glad I drove there)
http://openstreetview.com/details/21585/18
See? no "ê".

On Thu, Oct 20, 2016 at 10:37 AM, James  wrote:

> What is highly questionable about two levels of Government reaching out to
> the community to help them with complying/importing authoritative data? US
> has tiger data(I'm aware it's not the greatest example), Canada has
> (CanVec). Now we are down to a municipal level and the data(especially
> addresses that they maintain a database of for emergency services, etc) is
> incorrect and doesnt match real life. As for the building footprints I have
> addressed this already:
> https://wiki.openstreetmap.org/wiki/Talk:Canada:Ontario:
> Ottawa/Import/Plan#Data_quality
>
> We seem to be turning in a circle around "building source data is not
> publicly available", it's not because of it's held up by bureaucracy which
> is non-constructive. The source data was handed to StatsCan which we use as
> our source(I linked you the geojson that has 2 attributes added to it so
> JOSM wouldn't render a bunch of tagless ways and could make sense of it, if
> you want the original data: remove both tags).
>
> I completely understand that you don't want a bunch of garbage data added
> to OSM that will take years to clean up, neither do we, hell it's where we
> live and we'd be only punishing ourselves! The thing you have to understand
> is this preparation has been going for over a year now (see:
> https://wiki.openstreetmap.org/w/index.php?title=Canada:
> Ontario:Ottawa/Import=history(documentation started)). Even
> though we had an incompatible license, the data was still available to play
> with and analyse
>
> I get your concerns of problems that may arise during this import, this is
> what this process is for is it not? To address concerns people may have.
>
> On Thu, Oct 20, 2016 at 9:50 AM, James  wrote:
>
>> If you are complaining that it doesnt have "ê" you are going to have to
>> talk to the city of ottawa as that street does not have it(I know it I live
>> near there). There is no street sign as it is a private development. Take a
>> look at:
>> http://maps.ottawa.ca/geoottawa/
>> or google maps or even geobase roads(canvec) there is no "ê"
>> or even: http://www.openstreetmap.org/#map=19/45.47941/-75.52464
>>
>> Maybe you can create a language board as Québec did to control French
>> display, but in Ontario! (https://www.oqlf.gouv.qc.ca/accueil.aspx)
>>
>> On Thu, Oct 20, 2016 at 9:47 AM, Christoph Hormann 
>> wrote:
>>
>>> On Thursday 20 October 2016, James wrote:
>>> > Why are you linking a french wiki page of forest?
>>> >
>>> > Un Foret
>>> > Des Forets
>>> >
>>>
>>> I think it's "des forêts".
>>>
>>> Notice the difference?
>>>
>>> --
>>> Christoph Hormann
>>> http://www.imagico.de/
>>>
>>
>>
>>
>> --
>> 外に遊びに行こう！
>>
>
>
>
> --
> 外に遊びに行こう！
>



-- 
外に遊びに行こう！
___
Talk-ca mailing list
Talk-ca@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-ca

Re: [Talk-es] Paradas de taxi en Madrid

[Santiago Crespo]

Sobre la URL, creo que lo más interesante es la información sobre
tarifas, y esto es algo que se puede encontrar a 2 clicks buscando en
google "taxi madrid". Por lo que si no ponemos la url tampoco perdemos
mucho.

El teléfono, en cambio, cuesta algo más de encontrar.

Creo que el 010 es un número que en España te debería comunicar con el
Ayto. del lugar desde donde hagas la llamada.

Tienes razón en que el 91... puede crear confusión. El problema es que
en la wiki pone que "phone" debería seguir el formato ITU-T E.164
(+CódigoPaís número). Dicen "debería" (should be), no debe (must).

Lo que hacen en algunos sitios es usar una etiqueta más, creo que para
este caso sería algo así:

phone:ES:Madrid=010
phone=+34 915 298 210

https://wiki.openstreetmap.org/wiki/Key:phone


On 10/20/2016 04:00 PM, Alejandro Moreno wrote:
> Yo no metería la URL porque no veo que aporte mucho. En cuanto al
> teléfono dejaría el 010. La utilidad del 010 es aislar a los usuarios de
> los cambios de teléfono que suelen ocurrir por lo que si pones el 91...
> habría que andar revisando cada cierto tiempo que el número no ha
> cambiado cuando con el 010 te olvidas. Además el otro teléfono puede
> generar confusión no sabiendo si estás llamando a una compañía de taxis.
> 
> El 20 de octubre de 2016, 15:50, Santiago Crespo
> > escribió:
> 
> Hola Alejandro, buen detalle.
> 
> Puedo revisar la URL anualmente.
> 
> Saludos,
> Santiago Crespo
> 
> On 10/20/2016 03:29 PM, Alejandro S. wrote:
> > Buenas,
> > Ojo con la URL, que luego si la cambian acabas con un montón de
> > etiquetas que no valen para nada. Es lo que nos pasó en Zaragoza.
> >
> > Saludos,
> > Alejandro Suárez
> >
> >
> > On Thu, Oct 20, 2016, 12:29 Santiago Crespo  
> >  >> wrote:
> >
> > Hola,
> >
> > Resulta que hay algunas paradas con horario. He preguntado al
> Ayto. qué
> > reservas tienen horario limitado y qué horario es y me han
> dicho que han
> > pasado la consulta al responsable del conjunto de datos.
> >
> > Creo que merece la pena esperar 2 o 3 semanas ver si llega la
> respuesta
> > antes de empezar.
> >
> > Sobre las etiquetas, estoy pensando en añadir la etiqueta url
> a las
> > paradas, con la información para usuarios del taxi del Ayto:
> >
> >   
>  
> url=http://www.madrid.es/portales/munimadrid/es/Inicio/Movilidad-y-transportes/Taxi?vgnextfmt=default=4813dc0bffa41110VgnVCM100b205a0aRCRD=220e31d3b28fe410VgnVCM100b205a0aRCRD=4538399
> 
> 
> >
> > Por si no llega bien el enlace anterior:
> > http://miniurl.es/taxi
> >
> > Y el teléfono creo que debería ser el 010 (Ayto.) que es el
> teléfono a
> > llamar para avisos, incidencias e información general sobre el
> taxi.
> > Aunque en lugar del 010, pondría el número que funciona desde todo
> > el mundo:
> >
> > phone=+34 915 298 210 
> >
> > He probado a llamar desde Madrid y funciona igual que el 010.
> >
> > ¿Os parece bien?
> >
> > Saludos,
> > Santiago Crespo
> >
> >
> > On 10/17/2016 12:23 PM, Santiago Crespo wrote:
> > > He subido una parada para probar los pasos y que veáis como
> queda:
> > >
> > > https://www.openstreetmap.org/node/4451620914
> 
> > >
> > > También he publicado el proyecto en el gestor de tareas(TM),
> para que
> > > podáis revisar las instrucciones en español. Para ello
> tenéis que
> > entrar
> > > con vuestro usuario OSM en el TM y elegir un cuadrado.
> > >
> > > Esperaremos unos días a ver si llega alguna propuesta, antes de
> > empezar
> > > la importación.
> > >
> > > http://tareas.openstreetmap.es/project/27
> 
> > >
> > > Creo que es relativamente sencillo colaborar en este
> proyecto: es
> > fácil
> > > de verificar con las ortofotos y son pocas etiquetas.
> > >
> > > Saludos,
> > > Santiago Crespo
> > >
> > > On 10/17/2016 12:37 AM, Santiago Crespo wrote:
> > >> Hola,
> > >>
> > >> Estoy preparando la importación manual de las paradas de
> taxi de
> > Madrid.
> > >> Ahora tenemos 106 amenity=taxi y según los datos del 

Re: [Talk-it] Utente che modifica confini

[Federico Cortese]

2016-10-20 17:04 GMT+02:00 Stefano Salvador :

> il fatto è che logicamente sbagliato legare un'entità "legale" come un
> limite ammistrativo a qualcosa di fisico. Rende solo la vita difficile ai
> mappatori.
>

Su questo sono d'accordissimo.

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

Re: [Talk-it] Utente che modifica confini

[Stefano Salvador]

il fatto è che logicamente sbagliato legare un'entità "legale" come un
limite ammistrativo a qualcosa di fisico. Rende solo la vita difficile ai
mappatori.

Ciao,

Stefano

Il giorno 20 ottobre 2016 14:57, Fayor Uno  ha scritto:

> Se un torrente (o una strada) fa da confine e poi cambia il suo corso, il
> confine rimane lì dov'è.
>
> In questo caso si sposta la way del torrente (o della strada) nel punto in
> cui cambia il percorso. Quale sarebbe il problema?
>
> Non si devono creare due way ma separare quelle sovrapposte lungo il
> tratto in cui non lo sono più.
>
>
> --
> *Da:* Alessandro 
> *Inviato:* mercoledì 19 ottobre 2016 22.27
> *A:* openstreetmap list - italiano
> *Oggetto:* Re: [Talk-it] Utente che modifica confini
>
> Il 11/10/2016 15:02, Fayor Uno ha scritto:
> >
> > I confini comunali sono fissi e non seguono le modifiche degli elementi
> > a cui si riferiscono inizialmente: se cambia il corso di un fiume o di
> > una strada, il confine rimane uguale finché l'autorità amministrativa
> > non lo modifica di conseguenza.
> >
>
>
> Ecco, io però mi trovo un sacco di confini che sono stati attaccati ai
> torrenti, se devo modificare il percorso di un torrente inizio ad
> imprecare i santi di diversi calendari perchè devo creare nuovamente due
> way (esattamente com'era in origine).
> Mi pare sia assodato che se un bosco confina con una strada questo non
> debba condividere la stessa way. E le strade difficilmente si spostano;
> no riesco a capire perchè un corso d'acqua ,elemento decisamente più
> prono agli spostamenti, debba condividere la stessa way.
>
> Penso che occorra procedere con non so quanti revert :-(
>
> Alessandro Ale_zena_IT
>
>
> ___
> Talk-it mailing list
> Talk-it@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-it
>
> Pagina di informazioni della lista Talk-it
> 
> lists.openstreetmap.org
> Lista dedicata agli utenti di lingua italiana di OpenStreetMap. Un luogo
> dove discutere progetti, eventi e altro. Per consultare la raccolta dei
> messaggi ...
>
>
>
>
> ___
> 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-cz] Obšlehnutá trasa

[Jan Skala]

Ahoj, musím si opravit e-mail klienta. Nějak jsem nezaznamenal odpovědi a dneska jsem se našel ve weeklyOSM. Zkoušel jsem revert, ale byla tam chybová hláška, tak jsem to pro nedostatek času vzdal. Nedávno jsem měl cestu do Břas, takže tahle část relace je opravená. Dneska jsem se rozmyslel, že zbytek cest smažu. Podle toho kousku co znám mi přijde, že se vedení na mapě se skutečností shoduje jen na několika úsecích. Dík a hezký zbytek dne. 
___
Talk-cz mailing list
Talk-cz@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-cz

Re: [Talk-ca] [Imports] [Import] Ottawa Buildings & Addresses [Statistics Canada project]

[James]

What is highly questionable about two levels of Government reaching out to
the community to help them with complying/importing authoritative data? US
has tiger data(I'm aware it's not the greatest example), Canada has
(CanVec). Now we are down to a municipal level and the data(especially
addresses that they maintain a database of for emergency services, etc) is
incorrect and doesnt match real life. As for the building footprints I have
addressed this already:
https://wiki.openstreetmap.org/wiki/Talk:Canada:Ontario:Ottawa/Import/Plan#Data_quality

We seem to be turning in a circle around "building source data is not
publicly available", it's not because of it's held up by bureaucracy which
is non-constructive. The source data was handed to StatsCan which we use as
our source(I linked you the geojson that has 2 attributes added to it so
JOSM wouldn't render a bunch of tagless ways and could make sense of it, if
you want the original data: remove both tags).

I completely understand that you don't want a bunch of garbage data added
to OSM that will take years to clean up, neither do we, hell it's where we
live and we'd be only punishing ourselves! The thing you have to understand
is this preparation has been going for over a year now (see:
https://wiki.openstreetmap.org/w/index.php?title=Canada:Ontario:Ottawa/Import=history
(documentation started)). Even though we had an incompatible license, the
data was still available to play with and analyse

I get your concerns of problems that may arise during this import, this is
what this process is for is it not? To address concerns people may have.

On Thu, Oct 20, 2016 at 9:50 AM, James  wrote:

> If you are complaining that it doesnt have "ê" you are going to have to
> talk to the city of ottawa as that street does not have it(I know it I live
> near there). There is no street sign as it is a private development. Take a
> look at:
> http://maps.ottawa.ca/geoottawa/
> or google maps or even geobase roads(canvec) there is no "ê"
> or even: http://www.openstreetmap.org/#map=19/45.47941/-75.52464
>
> Maybe you can create a language board as Québec did to control French
> display, but in Ontario! (https://www.oqlf.gouv.qc.ca/accueil.aspx)
>
> On Thu, Oct 20, 2016 at 9:47 AM, Christoph Hormann 
> wrote:
>
>> On Thursday 20 October 2016, James wrote:
>> > Why are you linking a french wiki page of forest?
>> >
>> > Un Foret
>> > Des Forets
>> >
>>
>> I think it's "des forêts".
>>
>> Notice the difference?
>>
>> --
>> Christoph Hormann
>> http://www.imagico.de/
>>
>
>
>
> --
> 外に遊びに行こう！
>



-- 
外に遊びに行こう！
___
Talk-ca mailing list
Talk-ca@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-ca

Re: [OSM-talk-fr] massif du mont-blanc

[Florian LAINEZ]

Merci David pour ces précisions.
Pour l'instant je n'ai pas vraiment d'idée plus précise sur le sujet.

Le 20 octobre 2016 à 12:04, David Marchal  a écrit :

> Bonjour.
>
> En fait, il n'y a pas encore de modélisation standardisée des massifs
> montagneux ; j'avais posé la question je ne sais plus où, et les diverses
> réponses montraient plusieurs problèmes parmi lesquels :
> * la divergence des définitions de ces  massifs, qui ne sont en fait bien
> définis géographiquement que dans les Alpes ; ailleurs, il n'y a pas de
> définition universelle des massifs ;
> * la délimitation précise des massifs (fond de vallée ? haut des montagnes
> limitrophes ?)
> * sans doute autre chose.
>
> Mais vous pouvez proposer vos idées sur le sujet, si vous le souhaitez.
>
> Cordialement.
> 
> De : Florian LAINEZ [winner...@free.fr]
> Envoyé : mercredi 19 octobre 2016 15:59
> À : Discussions sur OSM en français
> Objet : [OSM-talk-fr]  massif du mont-blanc
>
> hello,
> je n'arrive pas à trouver la relation qui décrit le massif du mont blanc,
> c'est à dire la délimitation du tour de tout le massif montagneux. J'avais
> dans l'idée de lui adjoindre le tag wikipedia.
> Je suis nul ou il n'existe pas encore ? Je n'ai pas trouvé de tag sur le
> wiki pour décrire de massif montagneux donc pas possible de faire de
> requête overpass.
> Help !
>
> --
>
> Florian Lainez
>
> [http://twitter.com/favicon.ico]@overflorian twitter.com/overflorian>
>
> ___
> Talk-fr mailing list
> Talk-fr@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-fr
>



-- 

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

Re: [Talk-cz] JOSM 11148 nezobrazuje polygony LPIS

[Marián Kyral]

Tak mělo by být opraveno. Problém byl v definici používaných vrstev. Dle 
všeho vrstva LPIS_FB4_KOD nově vrací opravdu jen kód. Musel jsem přidat i 
LPIS_FB4.

Kdy se to projeví v JOSM netuším, možná stačí jen restartovat JOSM. Seznam 
vrstev se myslím při startu stahuje.

Marián


-- Původní zpráva --
Od: Marián Kyral 
Komu: OpenStreetMap Czech Republic 
Datum: 20. 10. 2016 16:00:20
Předmět: Re: [Talk-cz] JOSM 11148 nezobrazuje polygony LPIS

"
Top bude zase nějaký problém u nich. Na http://ruian.poloha.net/ mi ta LPIS 
vrstva taky nezobrazí obrys. Jen číslo.

Marián


-- Původní zpráva --
Od: Zdeněk Pražák 
Komu: OpenStreetMap Czech Republic 
Datum: 20. 10. 2016 15:55:49
Předmět: Re: [Talk-cz] JOSM 11148 nezobrazuje polygony LPIS

"
no poprvé jsem to zjistil u verze 11104, tak jsem nejprve zkusil 
aktualizovat JOSM
Pražák

-- Původní zpráva --
Od: Marián Kyral 
Komu: OpenStreetMap Czech Republic 
Datum: 20. 10. 2016 15:40:22
Předmět: Re: [Talk-cz] JOSM 11148 nezobrazuje polygony LPIS

"
Netuším. Buď něco změnili nebo to je jen nějaká dočasná chyba. Musím na to 
večer kouknout.

Náhodou nezkoušel jsi starší verzi JOSM?

Marián


-- Původní zpráva --
Od: Zdeněk Pražák 
Komu: talk-cz@openstreetmap.org
Datum: 20. 10. 2016 15:29:38
Předmět: [Talk-cz] JOSM 11148 nezobrazuje polygony LPIS

"
Donedávna se mi při volbě podkladové vrstvy LPIS v JOSM zobrazovaly linie 
polygonů LPIS včetně příslušných identifikačních čísel. Dnes se však 
nezobrazují linie polygonů, ale pouze příslušná identifikační čísla. 
Co se změnilo a lze linie polygonů LPIS  znovu zobrazit


___
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;
___
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] JOSM 11148 nezobrazuje polygony LPIS

[Marián Kyral]

Top bude zase nějaký problém u nich. Na http://ruian.poloha.net/ mi ta LPIS 
vrstva taky nezobrazí obrys. Jen číslo.

Marián


-- Původní zpráva --
Od: Zdeněk Pražák 
Komu: OpenStreetMap Czech Republic 
Datum: 20. 10. 2016 15:55:49
Předmět: Re: [Talk-cz] JOSM 11148 nezobrazuje polygony LPIS

"
no poprvé jsem to zjistil u verze 11104, tak jsem nejprve zkusil 
aktualizovat JOSM
Pražák

-- Původní zpráva --
Od: Marián Kyral 
Komu: OpenStreetMap Czech Republic 
Datum: 20. 10. 2016 15:40:22
Předmět: Re: [Talk-cz] JOSM 11148 nezobrazuje polygony LPIS

"
Netuším. Buď něco změnili nebo to je jen nějaká dočasná chyba. Musím na to 
večer kouknout.

Náhodou nezkoušel jsi starší verzi JOSM?

Marián


-- Původní zpráva --
Od: Zdeněk Pražák 
Komu: talk-cz@openstreetmap.org
Datum: 20. 10. 2016 15:29:38
Předmět: [Talk-cz] JOSM 11148 nezobrazuje polygony LPIS

"
Donedávna se mi při volbě podkladové vrstvy LPIS v JOSM zobrazovaly linie 
polygonů LPIS včetně příslušných identifikačních čísel. Dnes se však 
nezobrazují linie polygonů, ale pouze příslušná identifikační čísla. 
Co se změnilo a lze linie polygonů LPIS  znovu zobrazit


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

Re: [Talk-it] Utente che modifica confini

[Federico Cortese]

2016-10-20 10:01 GMT+02:00 Carlo Stemberger :
> Il catasto, in Italia, NON è probatorio.
>

Mi riallaccio a questo commento per chiarire che il fatto che il
Catasto non sia probatorio significa che non certifica i diritti reali
sugli immobili, ma non c'entra nulla coi confini amministrativi.
Banalmente tradotto: se sulla visura catastale c'è scritto che un
terreno è mio non significa che questo sia vero, ma bisogna verificare
gli atti pubblici.
Diverso è il discorso delle geometrie catastali che vengono usate
(previa trasformazione di coordinate) per redigere le CTR, gli
strumenti urbanistici ecc., quindi dice bene Martin che la base più
attendibile è il Catasto.
E' vero però che i dati catastali sono "chiusi" (anche se a breve
avremo novità in materia) quindi non resta che utilizzare i dati delle
CTR o i dati pubblicati dai singoli comuni.

In molte zone d'Italia su OSM i confini amministrativi sono quelli
ISTAT 2001, che definirei ridicoli, come già segnalato da Fayor,
pertanto qualunque modifica su quei confini, per quanto arbitraria,
sarà sempre migliorativa rispetto alla situazione attuale, di solito
sbagliata anche di parecchie decine di metri (ci sono frazioni che su
OSM ricadono nel comune limitrofo).
Ovvio che l'ideale sarebbe importare dati certi (CTR, siti comunali)
purtroppo però capita spesso che l'utente che comincia a lavorare
sulla mappa si accorge subito di queste grossolane anomalie e cerca in
qualche modo di porvi rimedio.

Spetta quindi a noi attivarci per rendere i confini migliori.
Io me ne occuperò per la Puglia, visto che ho una risorsa opendata in
IODL 2.0 
(http://www.dataset.puglia.it/dataset/limiti-amministrativi-carta-tecnica-regionale)
che tra l'altro è presa dalla CTR che abbiamo usato per l'import
dell'edificato.

Ciao
Federico

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

Re: [Talk-es] Paradas de taxi en Madrid

[Alejandro Moreno]

Yo no metería la URL porque no veo que aporte mucho. En cuanto al teléfono
dejaría el 010. La utilidad del 010 es aislar a los usuarios de los cambios
de teléfono que suelen ocurrir por lo que si pones el 91... habría que
andar revisando cada cierto tiempo que el número no ha cambiado cuando con
el 010 te olvidas. Además el otro teléfono puede generar confusión no
sabiendo si estás llamando a una compañía de taxis.

El 20 de octubre de 2016, 15:50, Santiago Crespo 
escribió:

> Hola Alejandro, buen detalle.
>
> Puedo revisar la URL anualmente.
>
> Saludos,
> Santiago Crespo
>
> On 10/20/2016 03:29 PM, Alejandro S. wrote:
> > Buenas,
> > Ojo con la URL, que luego si la cambian acabas con un montón de
> > etiquetas que no valen para nada. Es lo que nos pasó en Zaragoza.
> >
> > Saludos,
> > Alejandro Suárez
> >
> >
> > On Thu, Oct 20, 2016, 12:29 Santiago Crespo  > > wrote:
> >
> > Hola,
> >
> > Resulta que hay algunas paradas con horario. He preguntado al Ayto.
> qué
> > reservas tienen horario limitado y qué horario es y me han dicho que
> han
> > pasado la consulta al responsable del conjunto de datos.
> >
> > Creo que merece la pena esperar 2 o 3 semanas ver si llega la
> respuesta
> > antes de empezar.
> >
> > Sobre las etiquetas, estoy pensando en añadir la etiqueta url a las
> > paradas, con la información para usuarios del taxi del Ayto:
> >
> > url=http://www.madrid.es/portales/munimadrid/es/Inicio/
> Movilidad-y-transportes/Taxi?vgnextfmt=default=
> 4813dc0bffa41110VgnVCM100b205a0aRCRD=
> 220e31d3b28fe410VgnVCM100b205a0aRCRD=4538399
> >
> > Por si no llega bien el enlace anterior:
> > http://miniurl.es/taxi
> >
> > Y el teléfono creo que debería ser el 010 (Ayto.) que es el teléfono
> a
> > llamar para avisos, incidencias e información general sobre el taxi.
> > Aunque en lugar del 010, pondría el número que funciona desde todo
> > el mundo:
> >
> > phone=+34 915 298 210
> >
> > He probado a llamar desde Madrid y funciona igual que el 010.
> >
> > ¿Os parece bien?
> >
> > Saludos,
> > Santiago Crespo
> >
> >
> > On 10/17/2016 12:23 PM, Santiago Crespo wrote:
> > > He subido una parada para probar los pasos y que veáis como queda:
> > >
> > > https://www.openstreetmap.org/node/4451620914
> > >
> > > También he publicado el proyecto en el gestor de tareas(TM), para
> que
> > > podáis revisar las instrucciones en español. Para ello tenéis que
> > entrar
> > > con vuestro usuario OSM en el TM y elegir un cuadrado.
> > >
> > > Esperaremos unos días a ver si llega alguna propuesta, antes de
> > empezar
> > > la importación.
> > >
> > > http://tareas.openstreetmap.es/project/27
> > >
> > > Creo que es relativamente sencillo colaborar en este proyecto: es
> > fácil
> > > de verificar con las ortofotos y son pocas etiquetas.
> > >
> > > Saludos,
> > > Santiago Crespo
> > >
> > > On 10/17/2016 12:37 AM, Santiago Crespo wrote:
> > >> Hola,
> > >>
> > >> Estoy preparando la importación manual de las paradas de taxi de
> > Madrid.
> > >> Ahora tenemos 106 amenity=taxi y según los datos del Ayto. hay
> 424.
> > >>
> > >> La propuesta es añadir la información que falta en las paradas
> > >> existentes (por ejemplo, la capacidad) y crear el resto de
> > paradas que
> > >> faltan, usando el gestor de tareas.
> > >>
> > >> Por ahora he reproyectado las coordenadas del excel que parece
> > que están
> > >> en EPSG:23030 a EPSG:4326 usando la rejilla del IGN y he
> transformado
> > >> los datos al formato osm.
> > >>
> > >> He revisado varias paradas que conozco y la posición es correcta.
> > Javier
> > >> y Carlos Tapia han comprobado otras paradas y también les parece
> > que las
> > >> posiciones están bien.
> > >>
> > >> Lo he documentado todo en la wiki[1] y tenéis el archivo .osm
> > >> generado[2] por si queréis echar un ojo.
> > >>
> > >> Voy preparando el proyecto en el gestor de tareas y si en unos
> > días no
> > >> hay inconveniente, empezamos.
> > >>
> > >> Saludos,
> > >> Santiago Crespo
> > >>
> > >> [1] http://wiki.osm.org/wiki/Madrid_taxi_Import
> > >> [2] http://flanera.net/Paradas_taxi_Madrid.osm
> > >>
> > >> ___
> > >> 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-ca] [Imports] [Import] Ottawa Buildings & Addresses [Statistics Canada project]

[James]

If you are complaining that it doesnt have "ê" you are going to have to
talk to the city of ottawa as that street does not have it(I know it I live
near there). There is no street sign as it is a private development. Take a
look at:
http://maps.ottawa.ca/geoottawa/
or google maps or even geobase roads(canvec) there is no "ê"
or even: http://www.openstreetmap.org/#map=19/45.47941/-75.52464

Maybe you can create a language board as Québec did to control French
display, but in Ontario! (https://www.oqlf.gouv.qc.ca/accueil.aspx)

On Thu, Oct 20, 2016 at 9:47 AM, Christoph Hormann 
wrote:

> On Thursday 20 October 2016, James wrote:
> > Why are you linking a french wiki page of forest?
> >
> > Un Foret
> > Des Forets
> >
>
> I think it's "des forêts".
>
> Notice the difference?
>
> --
> Christoph Hormann
> http://www.imagico.de/
>



-- 
外に遊びに行こう！
___
Talk-ca mailing list
Talk-ca@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-ca

Re: [Talk-cz] JOSM 11148 nezobrazuje polygony LPIS

[Zdeněk Pražák]

no poprvé jsem to zjistil u verze 11104, tak jsem nejprve zkusil 
aktualizovat JOSM
Pražák

-- Původní zpráva --
Od: Marián Kyral 
Komu: OpenStreetMap Czech Republic 
Datum: 20. 10. 2016 15:40:22
Předmět: Re: [Talk-cz] JOSM 11148 nezobrazuje polygony LPIS

"
Netuším. Buď něco změnili nebo to je jen nějaká dočasná chyba. Musím na to 
večer kouknout.

Náhodou nezkoušel jsi starší verzi JOSM?

Marián


-- Původní zpráva --
Od: Zdeněk Pražák 
Komu: talk-cz@openstreetmap.org
Datum: 20. 10. 2016 15:29:38
Předmět: [Talk-cz] JOSM 11148 nezobrazuje polygony LPIS

"
Donedávna se mi při volbě podkladové vrstvy LPIS v JOSM zobrazovaly linie 
polygonů LPIS včetně příslušných identifikačních čísel. Dnes se však 
nezobrazují linie polygonů, ale pouze příslušná identifikační čísla. 
Co se změnilo a lze linie polygonů LPIS  znovu zobrazit


___
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-es] Paradas de taxi en Madrid

[Santiago Crespo]

Hola Alejandro, buen detalle.

Puedo revisar la URL anualmente.

Saludos,
Santiago Crespo

On 10/20/2016 03:29 PM, Alejandro S. wrote:
> Buenas,
> Ojo con la URL, que luego si la cambian acabas con un montón de
> etiquetas que no valen para nada. Es lo que nos pasó en Zaragoza.
> 
> Saludos,
> Alejandro Suárez
> 
> 
> On Thu, Oct 20, 2016, 12:29 Santiago Crespo  > wrote:
> 
> Hola,
> 
> Resulta que hay algunas paradas con horario. He preguntado al Ayto. qué
> reservas tienen horario limitado y qué horario es y me han dicho que han
> pasado la consulta al responsable del conjunto de datos.
> 
> Creo que merece la pena esperar 2 o 3 semanas ver si llega la respuesta
> antes de empezar.
> 
> Sobre las etiquetas, estoy pensando en añadir la etiqueta url a las
> paradas, con la información para usuarios del taxi del Ayto:
> 
> 
> url=http://www.madrid.es/portales/munimadrid/es/Inicio/Movilidad-y-transportes/Taxi?vgnextfmt=default=4813dc0bffa41110VgnVCM100b205a0aRCRD=220e31d3b28fe410VgnVCM100b205a0aRCRD=4538399
> 
> Por si no llega bien el enlace anterior:
> http://miniurl.es/taxi
> 
> Y el teléfono creo que debería ser el 010 (Ayto.) que es el teléfono a
> llamar para avisos, incidencias e información general sobre el taxi.
> Aunque en lugar del 010, pondría el número que funciona desde todo
> el mundo:
> 
> phone=+34 915 298 210
> 
> He probado a llamar desde Madrid y funciona igual que el 010.
> 
> ¿Os parece bien?
> 
> Saludos,
> Santiago Crespo
> 
> 
> On 10/17/2016 12:23 PM, Santiago Crespo wrote:
> > He subido una parada para probar los pasos y que veáis como queda:
> >
> > https://www.openstreetmap.org/node/4451620914
> >
> > También he publicado el proyecto en el gestor de tareas(TM), para que
> > podáis revisar las instrucciones en español. Para ello tenéis que
> entrar
> > con vuestro usuario OSM en el TM y elegir un cuadrado.
> >
> > Esperaremos unos días a ver si llega alguna propuesta, antes de
> empezar
> > la importación.
> >
> > http://tareas.openstreetmap.es/project/27
> >
> > Creo que es relativamente sencillo colaborar en este proyecto: es
> fácil
> > de verificar con las ortofotos y son pocas etiquetas.
> >
> > Saludos,
> > Santiago Crespo
> >
> > On 10/17/2016 12:37 AM, Santiago Crespo wrote:
> >> Hola,
> >>
> >> Estoy preparando la importación manual de las paradas de taxi de
> Madrid.
> >> Ahora tenemos 106 amenity=taxi y según los datos del Ayto. hay 424.
> >>
> >> La propuesta es añadir la información que falta en las paradas
> >> existentes (por ejemplo, la capacidad) y crear el resto de
> paradas que
> >> faltan, usando el gestor de tareas.
> >>
> >> Por ahora he reproyectado las coordenadas del excel que parece
> que están
> >> en EPSG:23030 a EPSG:4326 usando la rejilla del IGN y he transformado
> >> los datos al formato osm.
> >>
> >> He revisado varias paradas que conozco y la posición es correcta.
> Javier
> >> y Carlos Tapia han comprobado otras paradas y también les parece
> que las
> >> posiciones están bien.
> >>
> >> Lo he documentado todo en la wiki[1] y tenéis el archivo .osm
> >> generado[2] por si queréis echar un ojo.
> >>
> >> Voy preparando el proyecto en el gestor de tareas y si en unos
> días no
> >> hay inconveniente, empezamos.
> >>
> >> Saludos,
> >> Santiago Crespo
> >>
> >> [1] http://wiki.osm.org/wiki/Madrid_taxi_Import
> >> [2] http://flanera.net/Paradas_taxi_Madrid.osm
> >>
> >> ___
> >> 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 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 mailing list
Talk-es@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-es

Re: [OSM-talk-fr] Appli mobile pour mapper les arrêts de bus

[Francescu GAROBY]

Bonjour Thomas,
Est-ce que les arrêts de bus importés par la DGI et/ou Grand Toulouse ont
un identifiant unique ?
Si oui, une possibilité pourrait être de fusionner les 2 points d'un même
arrêt, en conservant ce(s) identifiant(s), de façon à ce qu'un réimport,
qui devrait se baser là-dessus pour différencier les arrêts
présents/manquants, ne soit pas perturbé et retrouve ses petits.
Et perso, j'éviterais de laisser le doublon de chaque arrêt : ça n'apporte
rien et, pire, ça embrouille les cartographieurs (qui pourraient associer
le mauvais arrêt dans la relation d'une ligne) comme les usagers d'OSM...


Francescu

Le 20 octobre 2016 à 15:40, Thomas  a écrit :

> Bonjour,
>
> je profite de la thématique des arrêts de bus pour vous exposer une
> problématique et solliciter vos bons conseils.
>
> Je constate que dans mon coin il y a des incohérences sur la position
> d'arrêts de bus, notamment des déplacements liés à des réaménagements de
> l'espace urbain.
>
> Par exemple, je vais avoir l'arrêt de bus en double, à des positions
> différentes. Ces doublons s'expliquent par des campagnes d'import Open
> Data :
>
> 2009 DGI : Positionnement OK, mais avec peu d'informations sur la ligne
> 2012 Grand Toulouse (maintenant Toulouse Metropole), Positionnement KO,
> mais avec des attributs intéressants. Je note par ailleurs que
> l'emplacement de cet arrêt est également faux sur le site commercial de
> Tisséo, la SMTC qui gère le réseau, qui a dû alimenter la base de la
> métropole.
>
> Mes questions :
> - Comment gérer au mieux ces problématiques de données importées par le
> passé ?
> - Dois-je fusionner les attributs pour conserver un maximum d'infos et
> supprimer le nœud mal placé ?
> - Dois-je conserver les deux nœuds, et uniquement corriger la position
> erronée ?
>
> L'idée ici est de faire au mieux pour ne pas perturber ou être perturbé
> lors d'une prochaine campagne d'import Open Data avec des données plus
> ou moins correctes.
>
> Salutations,
>
>
> On 19/10/2016 20:00, Philippe Verdy wrote:
> > Dans les villes qui publient des données Open Data sur leurs réseaux de
> > transport, je pense qu'on n'a pas besoin de cette appli tierce mais
> > qu'il vaut mieux s'appuyer sur des solutions de synchronisation et
> > comparaison.
> >
> > On a divers outils, y compris
> > - via les données OSM elles-mêmes (relations de type "network" pour les
> > réseaux publics, dont les lignes membres sont des relations
> > "route_master" contenant les relations "route" pour chaque sens ou
> variante)
> > - les ref:* pour le réseau ou pour l'opérateur
> > - les outils d'intégration comme Osmose (qui pourrait aussi vérifier
> > l'intégrité et la continuité des lignes)
> > Ces relations "network" peuvent "facilement" être vérifiées de façon
> > systématique avec un formalisme permettant certains automatismes.
> >
> > Pour le reste il peut manquer des infos non encore en open data: ce qui
> > est en général moins bien géré c'est le schéma v2 des transports qui
> > intègre la notion de "plateforme" pour les interconnexions de lignes et
> > intermodales, permettant de regrouper des arrêts et faire les
> > correspondances, même entre réseaux différents (par exemple entre un
> > réseau urbain, un réseau départemental, les lignes nationales bus/train,
> > les stations de taxis, les stations d'auto-partage, les vélos à la
> > demande ("Vélib" et similaires), les interconnexions vers des chemins
> > touristiques...
> >
> > Actuellement les objets "platform" d'OSM sont surtout construits pour un
> > unique réseau, mais si on regarde le détail ce qui nous manque c'est
> > surtout les connexion intermodales, qui permettant de choisir ou
> > optimiser les moyens de transport ou trouver des alternatives. Sans
> > cela, les outils de recherche font des approximations pas toujours très
> > claires et oublient des tas de possibilités (parce qu'en général on ne
> > tague pas la plupart des trajets piétonniers courts et qu'il y a des
> > obstacles imprévus ou des problèmes de sécurité pour faire certains
> > trajets d'interconnexion).
> >
> >
> >
> > Le 19 octobre 2016 à 18:36, lenny.libre  > > a écrit :
> >
> > Mon anglais étant niveau maternelle je n'ai pas trop essayé de lire
> > la présentation ...
> >
> > je trouve le principe intéressant, je me pose quelques
> interrogations :
> >
> > - possibilité de photographier (pour avoir éventuellement le nom de
> > l’arrêt et la liste des lignes qui s’arrêtent à cet arrêt)
> >
> > - plusieurs lignes par arrêt et plusieurs réseaux opérateurs ?
> >
> > - est-il possible de faire les deux points
> > "public_transport=stop_position" et "public_transport=platform"
> >
> > - l'utiliser sans connexion internet, juste le gps
> >
> > bonne idée, cordialement
> >
> > léni
> >
> >
> >
> > Le 19/10/2016 à 14:57, Florian LAINEZ a écrit :
> >> Hello,
> >> Il y a quelques temps qu'une 

Re: [OSM-talk-fr] Appli mobile pour mapper les arrêts de bus

[Thomas]

Bonjour,

je profite de la thématique des arrêts de bus pour vous exposer une
problématique et solliciter vos bons conseils.

Je constate que dans mon coin il y a des incohérences sur la position
d'arrêts de bus, notamment des déplacements liés à des réaménagements de
l'espace urbain.

Par exemple, je vais avoir l'arrêt de bus en double, à des positions
différentes. Ces doublons s'expliquent par des campagnes d'import Open
Data :

2009 DGI : Positionnement OK, mais avec peu d'informations sur la ligne
2012 Grand Toulouse (maintenant Toulouse Metropole), Positionnement KO,
mais avec des attributs intéressants. Je note par ailleurs que
l'emplacement de cet arrêt est également faux sur le site commercial de
Tisséo, la SMTC qui gère le réseau, qui a dû alimenter la base de la
métropole.

Mes questions :
- Comment gérer au mieux ces problématiques de données importées par le
passé ?
- Dois-je fusionner les attributs pour conserver un maximum d'infos et
supprimer le nœud mal placé ?
- Dois-je conserver les deux nœuds, et uniquement corriger la position
erronée ?

L'idée ici est de faire au mieux pour ne pas perturber ou être perturbé
lors d'une prochaine campagne d'import Open Data avec des données plus
ou moins correctes.

Salutations,


On 19/10/2016 20:00, Philippe Verdy wrote:
> Dans les villes qui publient des données Open Data sur leurs réseaux de
> transport, je pense qu'on n'a pas besoin de cette appli tierce mais
> qu'il vaut mieux s'appuyer sur des solutions de synchronisation et
> comparaison.
> 
> On a divers outils, y compris
> - via les données OSM elles-mêmes (relations de type "network" pour les
> réseaux publics, dont les lignes membres sont des relations
> "route_master" contenant les relations "route" pour chaque sens ou variante)
> - les ref:* pour le réseau ou pour l'opérateur
> - les outils d'intégration comme Osmose (qui pourrait aussi vérifier
> l'intégrité et la continuité des lignes)
> Ces relations "network" peuvent "facilement" être vérifiées de façon
> systématique avec un formalisme permettant certains automatismes.
> 
> Pour le reste il peut manquer des infos non encore en open data: ce qui
> est en général moins bien géré c'est le schéma v2 des transports qui
> intègre la notion de "plateforme" pour les interconnexions de lignes et
> intermodales, permettant de regrouper des arrêts et faire les
> correspondances, même entre réseaux différents (par exemple entre un
> réseau urbain, un réseau départemental, les lignes nationales bus/train,
> les stations de taxis, les stations d'auto-partage, les vélos à la
> demande ("Vélib" et similaires), les interconnexions vers des chemins
> touristiques...
> 
> Actuellement les objets "platform" d'OSM sont surtout construits pour un
> unique réseau, mais si on regarde le détail ce qui nous manque c'est
> surtout les connexion intermodales, qui permettant de choisir ou
> optimiser les moyens de transport ou trouver des alternatives. Sans
> cela, les outils de recherche font des approximations pas toujours très
> claires et oublient des tas de possibilités (parce qu'en général on ne
> tague pas la plupart des trajets piétonniers courts et qu'il y a des
> obstacles imprévus ou des problèmes de sécurité pour faire certains
> trajets d'interconnexion).
> 
> 
> 
> Le 19 octobre 2016 à 18:36, lenny.libre  > a écrit :
> 
> Mon anglais étant niveau maternelle je n'ai pas trop essayé de lire
> la présentation ...
> 
> je trouve le principe intéressant, je me pose quelques interrogations :
> 
> - possibilité de photographier (pour avoir éventuellement le nom de
> l’arrêt et la liste des lignes qui s’arrêtent à cet arrêt)
> 
> - plusieurs lignes par arrêt et plusieurs réseaux opérateurs ?
> 
> - est-il possible de faire les deux points
> "public_transport=stop_position" et "public_transport=platform"
> 
> - l'utiliser sans connexion internet, juste le gps
> 
> bonne idée, cordialement
> 
> léni
> 
> 
> 
> Le 19/10/2016 à 14:57, Florian LAINEZ a écrit :
>> Hello,
>> Il y a quelques temps qu'une idée me trotte en tête : j'aimerai
>> créer une appli mobile pour éditer facilement les arrêts et les
>> relations de bus.
>> J'ai mis ce que j'avais en tête par écrit ici :
>> http://slides.com/overflorian/busstopcollector
>> 
>> Vous en pensez quoi ?
>>
>> -- 
>>
>> *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 
> 

Re: [Talk-cz] JOSM 11148 nezobrazuje polygony LPIS

[Marián Kyral]

Netuším. Buď něco změnili nebo to je jen nějaká dočasná chyba. Musím na to 
večer kouknout.

Náhodou nezkoušel jsi starší verzi JOSM?

Marián


-- Původní zpráva --
Od: Zdeněk Pražák 
Komu: talk-cz@openstreetmap.org
Datum: 20. 10. 2016 15:29:38
Předmět: [Talk-cz] JOSM 11148 nezobrazuje polygony LPIS

"
Donedávna se mi při volbě podkladové vrstvy LPIS v JOSM zobrazovaly linie 
polygonů LPIS včetně příslušných identifikačních čísel. Dnes se však 
nezobrazují linie polygonů, ale pouze příslušná identifikační čísla. 
Co se změnilo a lze linie polygonů LPIS  znovu zobrazit


___
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] JOSM 11148 nezobrazuje polygony LPIS

[Zdeněk Pražák]

Donedávna se mi při volbě podkladové vrstvy LPIS v JOSM zobrazovaly linie 
polygonů LPIS včetně příslušných identifikačních čísel. Dnes se však 
nezobrazují linie polygonů, ale pouze příslušná identifikační čísla. 
Co se změnilo a lze linie polygonů LPIS  znovu zobrazit

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

Re: [Talk-ca] City of Ottawa imported buildings & addresses

[James]

Are you done the revert yet? I got a message from:
lesc 

"Hi,

It looks like some changes in Kanata you did removed all the lines that
represent buildings and only the corners are left as points.

Thanks, Les"

Seems like your reverting is messing up data and others are noticing. It's
been 2 days now...should it not have completed by now?


I've told him to direct his inquiries to you as you are the one in charge
of the mass revert.

On Tue, Oct 18, 2016 at 1:53 PM, Frederik Ramm  wrote:

> Hi,
>
> On 10/17/2016 11:59 PM, Frederik Ramm wrote:
> > The person responsible for cleaning up a poor revert should be the
> > person who ran it ;) it's only 30% complete and will run far into the
> > night in my time zone and I'll have to check on it after getting up. I'm
> > confident all will be fixed when you get up tomorrow morning.
>
> Unfortunately the import was larger than expected and the revert drags
> on. Meanwhile, a couple of accounts have been newly created by parties
> unknown ("addxy_imports", "ottawa_import") and these have (accidentally
> or purposefully) interfered with the revert, meaning that it will take
> even longer for me do this right.
>
> I would like to appeal to all involved parties to show some maturity.
> The import was in clear violation of established processes; it must be
> reverted, and then the community can - calmly and without any time
> pressure - decide what they want to do with the data.
>
> I haven't analysed the import in depth but I have seen a couple of
> examples where a perfectly well mapped building was wiped clean and
> replaced with one that was not at all better - this is clearly something
> we don't want to see in an import, it is a technical (or procedural)
> shortcoming that would definitely have been pointed out had there been a
> proper discussion beforehand.
>
> The requirement to talk about imports before you act is not an
> unnecessary bueraucratic hurdle; it is intended to avoid disappointment
> on all sides. An import that fears the broad daylight is probably one
> that should not be attempted at all!
>
> I should maybe have made that clearer in my initial email but I'm acting
> here as a member of the OSMF's data working group in response to a
> legitimate complaint, not as a German mapper seeking trouble. I
> sincerely ask everyone involved to keep calm and let the revert complete
> cleanly.
>
> I see that user LogicalViolinist has already found fields of endeavour
> outside of Canada for the time being.
>
> Bye
> Frederik
>
> --
> Frederik Ramm  ##  eMail frede...@remote.org  ##  N49°00'09" E008°23'33"
>
> ___
> 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

Re: [Talk-it] Utente che modifica confini

[Fayor Uno]

Se un torrente (o una strada) fa da confine e poi cambia il suo corso, il 
confine rimane lì dov'è.

In questo caso si sposta la way del torrente (o della strada) nel punto in cui 
cambia il percorso. Quale sarebbe il problema?

Non si devono creare due way ma separare quelle sovrapposte lungo il tratto in 
cui non lo sono più.



Da: Alessandro 
Inviato: mercoledì 19 ottobre 2016 22.27
A: openstreetmap list - italiano
Oggetto: Re: [Talk-it] Utente che modifica confini

Il 11/10/2016 15:02, Fayor Uno ha scritto:
>
> I confini comunali sono fissi e non seguono le modifiche degli elementi
> a cui si riferiscono inizialmente: se cambia il corso di un fiume o di
> una strada, il confine rimane uguale finché l'autorità amministrativa
> non lo modifica di conseguenza.
>


Ecco, io però mi trovo un sacco di confini che sono stati attaccati ai
torrenti, se devo modificare il percorso di un torrente inizio ad
imprecare i santi di diversi calendari perchè devo creare nuovamente due
way (esattamente com'era in origine).
Mi pare sia assodato che se un bosco confina con una strada questo non
debba condividere la stessa way. E le strade difficilmente si spostano;
no riesco a capire perchè un corso d'acqua ,elemento decisamente più
prono agli spostamenti, debba condividere la stessa way.

Penso che occorra procedere con non so quanti revert :-(

Alessandro Ale_zena_IT


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

Pagina di informazioni della lista 
Talk-it
lists.openstreetmap.org
Lista dedicata agli utenti di lingua italiana di OpenStreetMap. Un luogo dove 
discutere progetti, eventi e altro. Per consultare la raccolta dei messaggi ...



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

Re: [Talk-cz] nahrávání rozcestníků přes old.openstreetmap.cz

[Marián Kyral]

-- Původní zpráva --
Od: Michal Grézl 
Komu: OpenStreetMap Czech Republic 
Datum: 20. 10. 2016 12:54:26
Předmět: Re: [Talk-cz] nahrávání rozcestníků přes old.openstreetmap.cz

"





2016-10-19 9:15 GMT+02:00 Marián Kyral :
"



OK. Včera mi to nevyšlo, ale dneska na to mrknu. Pro začátek by stačilo jen 
ten přesunout php skript na api aby to fungovalo přes https. To bys případně
mohl zařídit? Třeba ještě během dneška? ;-) Nevím jak to máš teď udělané, 
jestli to je jeden server nebo dva servery a jestli to takhle jednoduše 
půjde.





"
no vcera uz to nestihnu, ale zkusim co nejdriv, fyzicky je to vsechno 1 
virtual. 




"



OK. Díky. Včera jsem zase rozchodil Vagrant a začal na nějakém jednoduchém 
perl scriptu, který jen vezme obrázek, udělá nějaké základní kontroly a 
nahraje do databáze. Žádné zjišťování souřadnic z exifu - to už stejně dělá 
ten formulář.




Akorát se teď snažím zorientovat v perlu a mod_perl. Bude to sice trochu 
težší, ale zdá se, že by to mohlo jít. Základ jsem včera nahrál do gitu.




"






"



Pak bych pokračoval s dalšími věcmi. Podle mne je nejdůležitější udělat 
backend a pak k tomu přidělat nějaké formuláře, aplikace a další věci. To 
míchání API s html kódem formuláře se mi moc nelíbí. Přijde mi to 
nepraktické. API by nemělo posílat html formuláře.




"
formulare si udelej jake chces, ostatne jestli to chapu dobre, chces to pro 
ty chybejici rozcestniky ne? a tam uz formular je? 




"



Jo. Chci to hlavně pro chybějící rozcestníky a poteciálně i pro nějakou 
desktopovou aplikaci pro hromadné nahrávání. Jen jsem narážel na to, že tak 
jak to máš teď (Phase1, Phase2) a do toho ten perl taky generuje html 
formulář. Ten html kód by měl být samostatně a s API by měl akorát 
komunikovat stylem - tady máš obrázek API. A API řekne - OK. Formulář se 
zeptá na nějaké podrobnosti a dostane API mu je dá. A nakonec se nahrávání 
dokončí nebo zruší.




Marián







"






"



Ale tuhle diskuzi bychom asi mohli přesunout na github.





Marián



"


-- 

Michal Grézl
http://openstreetmap.cz(http://openstreetmap.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-ca] [Imports] [Import] Ottawa Buildings & Addresses [Statistics Canada project]

[James]

Christoph, the source data for buildings has 0 tags that need to be
translated as it is only building footprints and *0 attributes*. The source
on an Ottawa web site/federal website is non-existant for the time being
as: the city of ottawa litterally gave statscan a file on a flash drive to
deal with it: *this is precisely why I put background in the documentation
as the source for buildings will probably not be available from a official
website for years(judging how slow things move in the government)* you will
just have to accept that as it was handed to us from an official source the
two tags that were added were "building" and "source" polygon coordinates
are the same. If you really want I can strip all the
"properties":{"building":"yes","source":"City of Ottawa"}  and it will be
the same file. We are using this as the source. You will see that there are
1000s upon thousands of tiny garages/sheds and other junk we probably don't
need in the geojson I have linked.

St-Germain Crescent (Saint-Germain Crescent and yes it's written that
way(St-))
St-Emmanuel Terrace (Saint-Emmanuel Terrace and yes it's written that
way(St-))
Des Forets Avenue (What's wrong with this? There are french road names
especially in orleans "Des Forest" means Forests in English)
We are aware of Jeanne-D'Arc and have corrected it manually (there are a
handful of roads we've Identified as "problematic", all in Orleans (french
part of town they decided to put french and english together)




*There are discrepancies between the street names in the address nodes and
the road names in OSM by the way, mostly due to wrong names in OSM
(probably due to bad previous imports).*

O the city of ottawa feels it necessary to rename a couple
hundred roads per year and just hasnt been updated in OSM.
http://ottawa.ca/en/city-hall/public-consultations/municipal-addressing/street-name-and-address-changes-update-october

On Thu, Oct 20, 2016 at 7:40 AM, Christoph Hormann 
wrote:

> On Thursday 20 October 2016, James wrote:
> > If you really need source data it will be available when the
> > goverment makes up their mind where to host it. If you need it we
> > have it in GeoJSON format here:
> > https://s3-us-west-2.amazonaws.com/addxy.com/ottawa-buildings.geojson
>
> That is certainly not the source data, it looks like a simple geojson
> version of the OSM files.
>
> > Original file shouldn't matter anyways as it's full of errors to
> > begin with.
>
> As with the addresses the point is to assess the conversion process and
> the quality and suitability of the original data.  If you have fixed
> errors in this data this should be documented and reviewed as part of
> the import review.  What especially matters is the original metadata
> and specifications, like for example what a building is - something
> like a loading ramp/platform for example is not a building or part of a
> building in OSM but it might be in the source data set - which then
> would require special consideration.
>
> > As for addresses we have used a set of internal tools(available on
> > github) to rename and de-retard the original shape file like:
> > https://github.com/osmottawa/etl2osm
> > I also have a .net application at work that can do the same
> > processing.
>
> Overall this seems to work fine but it fails with some names like:
>
> St-Germain Crescent
> St-Emmanuel Terrace
> (unless this is the way it is written on the street signs of course)
>
> Des Forets Avenue
> Jeanne-d'Arc Boul. N. Boulevard North
>
> There are discrepancies between the street names in the address nodes
> and the road names in OSM by the way, mostly due to wrong names in OSM
> (probably due to bad previous imports).
>
> --
> Christoph Hormann
> http://www.imagico.de/
>



-- 
外に遊びに行こう！
___
Talk-ca mailing list
Talk-ca@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-ca

[OSM-talk] OSM Forum move / disruption

[Grant Slater]

Hi All,

The OpenStreetMap forum at http://forum.openstreetmap.org/ is moving
to a new server this Saturday. During the move the site will be
disrupted.

The move is scheduled for the United Kingdom morning. (GMT+1)

All content and users will be migrated. After the move the forum will
be https by default (with redirect).

In the not too distant future we'd like to find a suitable volunteer
forum admin. The ideal person would be level headed and would also be
responsible for maintaining / patching the forum's codebase:
https://github.com/openstreetmap/openstreetmap-forum

A big thank you to Lambertus for his running of the OpenStreetMap
forum for many years. The move is being performed with his agreement.

Kind regards,

Grant
On Behalf of the OpenStreetMap Operations Team.

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

Re: [Talk-de] Help needed for mapping missing navigation data in Germany

[Nikhil Prabhakar]

Hallo,

die Zusammenarbeit mit der deutschen OSM Community war eine großartige
Erfahrung. Zusammen haben wir 5 deutsche Städte (Berlin, Stuttgart,
Wolfsburg, München, Frankfurt) auf fehlende Abbiegebeschränkungen
untersucht.
Von den 112 dabei festgestellten potentiellen Fehlern, die wir in OSM notes
festgehalten haben [1], wurden 88 schon aufgelöst.
Bei 52 von diesen wurden dabei Daten in OpenStreetMap eingefügt.

Es wäre super, wenn wir auch die restlichen Notizen klären könnten. Mehr
dazu könnt ihr in unserem Tagebuch Blog [2] finden.

[1] - https://hackpad.com/-Missing-Turn-restrictions-X3FPoa4Bstr

[2] - http://www.openstreetmap.org/user/nammala/diary/39509#comment36341

Viele Grüße,
 Nikhil Prabhakar Unniyampath

2016-09-19 17:30 GMT+05:30 Nikhil Prabhakar :

> Hallo,
>
> letzte Wochen haben wir in unserem Diary Post [1] über unsere Arbeit mit
> Turn Restrictions, Exit Numbers und Destination Names in Berlin, Stuttgart,
> Wolfsburg, Frankfurt und München berichtet. Dank der Community wurden nun
> viele der fehlenden Information hinzugefügt und unsere OSM Notes
> geschlossen. Hier ist unser Diary Post [2] mit dem letzten Stand unserer
> Arbeit.
>
> [1] - https://www.openstreetmap.org/user/nammala/diary/39468
> [2] - http://www.openstreetmap.org/user/nammala/diary/39509
>
> Mit besten Grüßen,
>
> Nikhil Prabhakar Unniyampath
>
> (Mapbox Data Team)
>
> 2016-09-09 19:25 GMT+05:30 Nikhil Prabhakar :
>
>> Hallo,
>>
>> das Mapbox Data Team hat in OSM in fünf Deutschen Städten (Berlin,
>> Stuttgart, Wolfsburg, Frankfurt und München) Navigations Daten untersucht.
>> Dazu zählen Turn Restrictions, Exit Numbers und Destination Names.
>>
>> Nach dem Feedback der Community haben wir, überall wo wir
>> nicht-vorhandene Navigations Daten gefunden haben,  OSM Notes hinzugefügt,
>> so dass diese von der Community mit lokalem Wissen verifiziert und
>> hinzugefügt werden können.
>>
>> Zum Finden der nicht-vorhandenen Turn Restrictions haben wir
>> OSM-Navigation-Map [1] benutzt. Wir haben 1900 Turn Restrictions in diesen
>> fünf Städten untersucht und dabei 112 OSM notes hinterlassen. Für Exit
>> Numbers und Destination Names sind wir dem motorway_junction wiki [2] sowie
>> dem tasking manager [3] gefolgt. Zum identifizieren von nicht-vorhandenen
>> Daten haben wir checkautopista2 [4] benutzt. Hier ist unser Diary Post mit
>> mehr Informationen [5].
>>
>> Ein großer Dank geht an die Deutsche OSM Community für die Bearbeitung
>> und Hinzufügung von neuen Daten. Wir hatten viele schnelle und freundliche
>> Reaktionen auf unsere OSM Notes. Für uns setzt dieser Prozess einen
>> Standard, wie man mit Mappern auf der ganzen Welt zusammen an OSM arbeiten
>> kann.
>>
>> Wie immer nehmen wir Feedback zu unserem Mapping Workflow und unserer
>> Dokumentation ernst. Wir sind gespannt, wie wir diese mit verbesserter
>> Mapillary und OpenStreetView coverage verbessern können. Das Ziel ist, OSM
>> zur besten Karte der Welt zu machen. Unser Team freut sich darauf, dies mit
>> Mapping, Dokumentation und Arbeit an Tools zu unterstützen. Alle Mitglieder
>> unseres Teams sind per Email erreichbar. Auch würden wir gerne auf diese
>> Mailingliste oder diesem Github repository [6] weiter über Ideen
>> diskutieren.
>>
>> [1] - http://mapbox.github.io/osm-navigation-map/#10.01/52.5068/13.4243
>>
>> [2] - http://wiki.openstreetmap.org/wiki/Tag:highway%3Dmotorway_junction
>>
>> [3] - http://cfn-tasking-manager-staging-vpc-387856624.us-east-1.
>> elb.amazonaws.com/project/22#task/4
>>
>> [4] - http://k1wiosm.github.io/checkautopista2/
>>
>> [5] - http://www.openstreetmap.org/user/nammala/diary/39468
>>
>> [6] - https://github.com/mapbox/mapping/issues
>>
>> Mit besten Grüßen,
>>
>> Nikhil Prabhakar Unniyampath
>>
>> (Mapbox Data Team)
>>
>>
>> 2016-09-05 16:20 GMT+05:30 Nikhil Prabhakar :
>>
>>> Hallo,
>>>
>>> Fortschrittsbericht: Wir haben zusammen mit der Community daran
>>> gearbeitet die Navigationsdaten in drei deutschen Städten (Berlin,
>>> Stuttgart, Wolfsburg) zu verbessern. In diesem Prozess haben wir 73 OSM
>>> notes[1] erstellt und der Community zum Review und dem Einfügen der
>>> Abbiegebeschränkungen bereitgestellt. Von diesen 73 Problemfällen sind 38
>>> schon behandelt.
>>> In dem selben Prozess haben wir auch fehlende Ausfahrtsnummern und
>>> Beschilderungen für Autobahnen untersucht und eine OSM note[2] erstellt.
>>>
>>> Wir würden gerne diese Zusammenarbeit mit der Community fortsetzen und
>>> OpenStreetMap in seiner Genauigkeit für Navigation verbessern. Als nächsten
>>> Schritt würden wir gerne, mit dem gleichen Arbeitsfluss wie für Berlin,
>>> Stuttgart und Wolfsburg,  Frankfurt und München nach fehlenden
>>> Abbiegebeschränkungen, Ausfahrstnummern und Autobahnschildern untersuchen.
>>>
>>> Es wäre sehr willkommen, wenn wir auch weiterhin auf die Hilfe der
>>> Community bei der Bearbeitung dieser OSM notes setzen können.
>>>
>>>
>>> [1] - 

Re: [Talk-it] Utente che modifica confini

[emmexx]

On 10/20/2016 11:52 AM, Carlo Stemberger wrote:
> 
> La provincia di Bergamo e quelle di Milano/MB/Lecco in buona parte sono
> definite dal corso del fiume Adda (fin dai tempi della Serenissima). Se
> l'Adda erode una sponda, di conseguenza anche il confine tra le province
> si sposta.

Non so, lungo il Ticino il confine molto spesso non coincide col fiume
che ha cambiato corso nel tempo. In alcuni casi ci sono spiagge a cui si
accede dal lato lombardo che sono indicate come appartenenti al Piemonte.

http://www.geoportale.piemonte.it/geocatalogorp/?sezione=mappa

Ma le forze di polizia e la magistratura che criterio usano per
stabilire dove e' avvenuto un reato? Faranno riferimento a qualche banca
dati?

ciao
maxx

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

Re: [Talk-cz] nahrávání rozcestníků přes old.openstreetmap.cz

[Michal Grézl]

2016-10-19 9:15 GMT+02:00 Marián Kyral :

>
>
> OK. Včera mi to nevyšlo, ale dneska na to mrknu. Pro začátek by stačilo
> jen ten přesunout php skript na api aby to fungovalo přes https. To bys
> případně mohl zařídit? Třeba ještě během dneška? ;-) Nevím jak to máš teď
> udělané, jestli to je jeden server nebo dva servery a jestli to takhle
> jednoduše půjde.
>
>
> no vcera uz to nestihnu, ale zkusim co nejdriv, fyzicky je to vsechno 1
virtual.

> Pak bych pokračoval s dalšími věcmi. Podle mne je nejdůležitější udělat
> backend a pak k tomu přidělat nějaké formuláře, aplikace a další věci. To
> míchání API s html kódem formuláře se mi moc nelíbí. Přijde mi to
> nepraktické. API by nemělo posílat html formuláře.
>
>
> formulare si udelej jake chces, ostatne jestli to chapu dobre, chces to
pro ty chybejici rozcestniky ne? a tam uz formular je?

> Ale tuhle diskuzi bychom asi mohli přesunout na github.
>
>
> Marián
>
>

-- 
Michal Grézl
http://openstreetmap.cz
___
Talk-cz mailing list
Talk-cz@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-cz

Re: [Talk-se] Sörmlandsleden

[Erik Johansson]

2016-10-20 10:37 GMT+02:00 M Branting :
> Har Du inte råkat ut för en kulturkollision? Föreningen har nog bara
> uppgifter i form av tryckta kartor

Kulturkollision absolut, åldersskillnaden var en faktor enligt dom
själva. En av anledningarna till att de är så skeptiska är att de
satsade stora pengar på att digitalisera  under  2000-talet, och att
de anser att folk bara blir medlemmar för att köpa kartorna...

Det som saknas finns dokumenterat på Wikin (det är bättre än det ser
ut, men jag la till alla relationer iaf).
https://wiki.openstreetmap.org/wiki/WikiProject_Sweden/Hiking_trails

Som du säger det är många av de där "anslutnings etapperna", det är
iofs en ganska intressant sak att kartera detaljerat alltså hur det
ser ut i början av vandringen..


Själv vandrar jag bara i Norrland så kommer inte att göra något åt detta.

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

Re: [Talk-es] Paradas de taxi en Madrid

[Santiago Crespo]

Hola,

Resulta que hay algunas paradas con horario. He preguntado al Ayto. qué
reservas tienen horario limitado y qué horario es y me han dicho que han
pasado la consulta al responsable del conjunto de datos.

Creo que merece la pena esperar 2 o 3 semanas ver si llega la respuesta
antes de empezar.

Sobre las etiquetas, estoy pensando en añadir la etiqueta url a las
paradas, con la información para usuarios del taxi del Ayto:

url=http://www.madrid.es/portales/munimadrid/es/Inicio/Movilidad-y-transportes/Taxi?vgnextfmt=default=4813dc0bffa41110VgnVCM100b205a0aRCRD=220e31d3b28fe410VgnVCM100b205a0aRCRD=4538399

Por si no llega bien el enlace anterior:
http://miniurl.es/taxi

Y el teléfono creo que debería ser el 010 (Ayto.) que es el teléfono a
llamar para avisos, incidencias e información general sobre el taxi.
Aunque en lugar del 010, pondría el número que funciona desde todo el mundo:

phone=+34 915 298 210

He probado a llamar desde Madrid y funciona igual que el 010.

¿Os parece bien?

Saludos,
Santiago Crespo


On 10/17/2016 12:23 PM, Santiago Crespo wrote:
> He subido una parada para probar los pasos y que veáis como queda:
> 
> https://www.openstreetmap.org/node/4451620914
> 
> También he publicado el proyecto en el gestor de tareas(TM), para que
> podáis revisar las instrucciones en español. Para ello tenéis que entrar
> con vuestro usuario OSM en el TM y elegir un cuadrado.
> 
> Esperaremos unos días a ver si llega alguna propuesta, antes de empezar
> la importación.
> 
> http://tareas.openstreetmap.es/project/27
> 
> Creo que es relativamente sencillo colaborar en este proyecto: es fácil
> de verificar con las ortofotos y son pocas etiquetas.
> 
> Saludos,
> Santiago Crespo
> 
> On 10/17/2016 12:37 AM, Santiago Crespo wrote:
>> Hola,
>>
>> Estoy preparando la importación manual de las paradas de taxi de Madrid.
>> Ahora tenemos 106 amenity=taxi y según los datos del Ayto. hay 424.
>>
>> La propuesta es añadir la información que falta en las paradas
>> existentes (por ejemplo, la capacidad) y crear el resto de paradas que
>> faltan, usando el gestor de tareas.
>>
>> Por ahora he reproyectado las coordenadas del excel que parece que están
>> en EPSG:23030 a EPSG:4326 usando la rejilla del IGN y he transformado
>> los datos al formato osm.
>>
>> He revisado varias paradas que conozco y la posición es correcta. Javier
>> y Carlos Tapia han comprobado otras paradas y también les parece que las
>> posiciones están bien.
>>
>> Lo he documentado todo en la wiki[1] y tenéis el archivo .osm
>> generado[2] por si queréis echar un ojo.
>>
>> Voy preparando el proyecto en el gestor de tareas y si en unos días no
>> hay inconveniente, empezamos.
>>
>> Saludos,
>> Santiago Crespo
>>
>> [1] http://wiki.osm.org/wiki/Madrid_taxi_Import
>> [2] http://flanera.net/Paradas_taxi_Madrid.osm
>>
>> ___
>> 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 mailing list
Talk-es@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-es

Re: [Talk-it] mappa osmand Italia

[MAx1234 Ita]

>>Grazie!!

>>Posso mettere in torrent?


Certo! :-)

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

Re: [Talk-cz] PostgreSQL 9.6.0

[Tom Ka]

Tak nakonec to nebyla takova hruza, krome par drobnosti je potreba si
dat hlavne pozor na deprecated funkce (u mne hlavne
ST_Distance_Sphere() ) protoze i kdyz jedou, tak jsou zrejme emulovany
necim jinym a brutalne pomalu. Po nahrazeni za aktualni
ST_DistanceSphere() slape v pohode. Jestli bude i ocekavane zrychleni
se jeste uvidi.

Vsechny veci na osm.fit.vutbr.cz by tedy uz mely jet v poradku.

Bye


Dne 20. října 2016 8:22 Tom Ka  napsal(a):
> Ahoj,
>
> nalakan novinkami jsem zkusil na osm.fit.vutbr.cz prejit z 9.4 na 9.6
> a neco jede v pohode, ale neco drhne. Timto tedy lehke varovani
> ostatnim chtivym prechodu a zaroven informace, ze nektere sluzby mohou
> par dnu nez to odladim zlobit.
>
> Bye

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

Re: [OSM-talk-fr] massif du mont-blanc

[David Marchal]

Bonjour.

En fait, il n'y a pas encore de modélisation standardisée des massifs 
montagneux ; j'avais posé la question je ne sais plus où, et les diverses 
réponses montraient plusieurs problèmes parmi lesquels :
* la divergence des définitions de ces  massifs, qui ne sont en fait bien 
définis géographiquement que dans les Alpes ; ailleurs, il n'y a pas de 
définition universelle des massifs ;
* la délimitation précise des massifs (fond de vallée ? haut des montagnes 
limitrophes ?)
* sans doute autre chose.

Mais vous pouvez proposer vos idées sur le sujet, si vous le souhaitez.

Cordialement.

De : Florian LAINEZ [winner...@free.fr]
Envoyé : mercredi 19 octobre 2016 15:59
À : Discussions sur OSM en français
Objet : [OSM-talk-fr]  massif du mont-blanc

hello,
je n'arrive pas à trouver la relation qui décrit le massif du mont blanc, c'est 
à dire la délimitation du tour de tout le massif montagneux. J'avais dans 
l'idée de lui adjoindre le tag wikipedia.
Je suis nul ou il n'existe pas encore ? Je n'ai pas trouvé de tag sur le wiki 
pour décrire de massif montagneux donc pas possible de faire de requête 
overpass.
Help !

--

Florian Lainez

[http://twitter.com/favicon.ico]@overflorian

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

Re: [Talk-it] Utente che modifica confini

[Martin Koppenhoefer]

2016-10-20 11:55 GMT+02:00 Carlo Stemberger :

> Il vero problema è che il catasto non è probatorio, e inoltre i dati sono
> inaffidabili.
>


bene. Allora mi chiedo come un tribunale alto può fare una sentenza del
genere (come il TAR di Sardegna-Cagliari), dove apparentemente dicono che
il catasto vale più delle demarcazioni in loco.

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

Re: [Talk-it] Utente che modifica confini

[Carlo Stemberger]

Il giorno 20 ottobre 2016 11:45, Martin Koppenhoefer  ha scritto:

> Il vero problema sta nel fatto che noi non possiamo accedere alle fonti
> (catasto), perché non è pubblico
>

In realtà È pubblico (ma per una visura bisogna pagare).

Il vero problema è che il catasto non è probatorio, e inoltre i dati sono
inaffidabili.

Interessante comunque l'articolo che hai postato: me lo leggo con calma.

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

Re: [Talk-it] Utente che modifica confini

[Carlo Stemberger]

Il giorno 20 ottobre 2016 11:20, Stefano Salvador <
stefano.salva...@gmail.com> ha scritto:

>
>
> Nooo, il torrente e il confine non hanno niente a che fare
>

Come no. Potrei sbagliarmi, ma non mi risulta che i confini siano definiti
da coordinate geografiche. Puoi postarmi un esempio di confine
amministrativo stabilito per legge con un percorso vettoriale
georeferenziato? Sicuramente quando sono nati gli enti amministrativi non
esisteva tecnicamente niente del genere, e a meno di modifiche apportate
all'impianto legislativo tuttora i confini dovrebbero essere stabiliti
altrimenti.

La provincia di Bergamo e quelle di Milano/MB/Lecco in buona parte sono
definite dal corso del fiume Adda (fin dai tempi della Serenissima). Se
l'Adda erode una sponda, di conseguenza anche il confine tra le province si
sposta.

Ripeto, potrei sbagliarmi.

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

Re: [Talk-it] mappa osmand Italia

[Cascafico Giovanni]

Grazie!!

Posso mettere in torrent?

Il 19/ott/2016 23:16, "MAx1234 Ita"  ha scritto:

> Per chi fosse interessato, ieri mattina il mio PC ha finito di generare
> una nuova edizione delle mappe per OsmAnd: le ho condivise su GDrive e
> potete scaricarle dai link qui sotto:
>
>
>- Address Map (tutta Italia, solo indirizzi, per facilitare le
>ricerche se si usano mappe regionali): https://goo.gl/ySmjRD
>
>
>
>- Mappa completa (Tutta Italia con Strade, PDI, Indirizzi, Trasporto):
>https://goo.gl/4PfAko
>
>
> Spero vi siano utili! :-)
>
>
> Max
>
>
>
> PS. ma che voi sappiate il server di Nabble ha dei problemi? Da qualche
> giorno non riesco più a rispondere ai messaggi...
>
> ___
> Talk-it mailing list
> Talk-it@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-it
>
>
___
Talk-it mailing list
Talk-it@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-it

Re: [Talk-it] Utente burlone

[Martin Koppenhoefer]

mi raccomando, commentate sempre i changesets in questi casi (anche in più,
non solo una persona), così la DWG ha meno lavoro e può vedere che l'utente
opera fuori il consenso della comunità.

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

Re: [Talk-it] Utente che modifica confini

[Martin Koppenhoefer]

2016-10-20 11:06 GMT+02:00 Lorenzo "Beba" Beltrami :

> Secondo me il problema sta nel cercare di far coincidere un elemento
> lineare[1] astratto (il confine) con uno che invece è lineare solo
> concettualmente, ma nella realtà è un'area (fiume).
>


questo problema non è un problema, perché ci sono normalmente delle
specificazioni oltre "fiume", tipicamente la connessione tra tutti i punti
più bassi dei profili di sezione (Talweg in tedesco), quindi la linea più
bassa (di quota) del fiume, o in altre parole, dove l'acqua rimane per
ultimo (con poca acqua).




> Il tutto è reso più complesso dal fatto che su OSM si è deciso di usare le
> linee per elementi che nella realtà sono aree (fiumi, strade, ...) per
> semplicità. (E perché all'epoca non si pensava possibile il micromapping).



cambia niente. Tra altro proprio per fiumi si fa entrambi: mappatura come
area e come linea.

Il vero problema sta nel fatto che noi non possiamo accedere alle fonti
(catasto), perché non è pubblico, invece dobbiamo farci bastare fonti
secondarie. Inoltre è dffficile (nel caso di confini tra stati), trovare i
documenti e contratti che definiscono questi confini.

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

Re: [Talk-it] Utente che modifica confini

[Martin Koppenhoefer]

2016-10-20 10:01 GMT+02:00 Carlo Stemberger :

> Il catasto, in Italia, NON è probatorio.



http://www.quotidianoentilocali.ilsole24ore.com/print/AB7jbgX/0

Sentenza di un TAR è definitiva, oppure no? E' un precedente, oppure la
prossima volta possono decidere al contrario, se vogliono? Scusate la mia
ignoranza, ma i dettagli di come vanno le cose, non li ho ancora capito
tutti, nemmeno dopo tutto questo tempo...

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

Re: [OSM-talk-fr] Appli mobile pour mapper les arrêts de bus

[Florian LAINEZ]

Merci à tous pour vos retour et désolé d'avoir eu l'impolitesse de faire ma
proposition en anglais.

Par contre, si je vois bien la facilité qu'il peut y avoir à renseigner un
> arrêt, son équipement (banc, abribus, affichage, ...) ainsi que les lignes
> qui y passent, j'ai du mal à voir comment rendre facile l'édition d'un
> trajet de bus
>
@Francescu pour l'instant je ne sais pas moi non plus mais ça fait partie
des fonctionnalités à faire après la v1

Une autre possibilité de contribution que pourrait permettre cette
> application, ce serait l'enregistrement du tracé
>
Bonne idée ! Je note.

dans le bus je me sers d'un thème quasi identique à celui là :
> https://www.cartes.xyz/t/04e491-Arrets_de_bus__Florian#

@vincent tu m'as bien compris, c'est exactement ce que j'aimerai faire avec
un interface pour les débutants. Il manque aussi à ton outil la gestion des
lignes : il est difficile de voir quels arrêts sont sur la même ligne, or
ça me parait être clef pour la simplicité de contribution.

@léni je note tes propositions (certaines ont en effet déjà été détaillées
dans ma présentation)

@Jean-Yvon tous les détails dont tu parles sont passionnants, je passe
moi-même beaucoup de temps à m'y plonger dedans. Mais l'outil que je
souhaite est vraiment fait pour les noobs. OSMAND n'est pas utilisable par
ma mère car trop compliqué.

Je vais passer un peu de temps à formaliser ma proposition dans le jours à
venir, vos retours sont les bienvenus


Le 19 octobre 2016 à 23:19, Pierre-Yves Berrard <
pierre.yves.berr...@gmail.com> a écrit :

> Le 19 octobre 2016 à 23:12, Philippe Verdy  a écrit :
>
>> [...] (les passagers pourront alors embarquer ces jours-là avec leurs
>> titre de transport STAR, il pourront même acheter les titre dans les bus au
>> prix standard STAR, et sinon acheter les titres complémentaires pour aller
>> au delà, sans avoir besoin de descendre du car, à moins que ce jour-là la
>> métropole accepte d'affrêter la ligne existante du transporteur tiers sur
>> toute sa longueur, au prix justement de l'ajout d'arrêts supplémentaires
>> par rapport au trajet habituel du transporteur; ce transporteur tiers
>> pourra aussi augmenter la fréquence avec des bus supplémentaires pour ses
>> besoins propres en cas de trop forte affluence).[...]
>>
>
> Merci pour ces précisions.
>
>
> ___
> Talk-fr mailing list
> Talk-fr@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-fr
>
>


-- 

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

Re: [Talk-it] Utente che modifica confini

[Stefano Salvador]

>
>
>> Questo non è vero, i confini amministrativi vengono modificati solo con
>> un atto amministrativo dell'ente competente.
>>
>
> Ma qui non si tratta di cambiare i confini: il confine resta il torrente.
> Se il torrente si sposta, si spostano le coordinate geografiche, ma dal
> punto di vista descrittivo non cambia niente.
>


Nooo, il torrente e il confine non hanno niente a che fare, se il torrente
si modifica il confine resta tale fino a quando non c'è un'atto
amministrativo che decide di cambiarlo, non per niente si chiamano limiti
AMMINISTRATIVI.

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

Re: [Talk-it] Utente che modifica confini

[Lorenzo "Beba" Beltrami]

Io sono d'accordo con Ale_zena.

Secondo me il problema sta nel cercare di far coincidere un elemento
lineare[1] astratto (il confine) con uno che invece è lineare solo
concettualmente, ma nella realtà è un'area (fiume).
Il tutto è reso più complesso dal fatto che su OSM si è deciso di usare le
linee per elementi che nella realtà sono aree (fiumi, strade, ...) per
semplicità. (E perché all'epoca non si pensava possibile il micromapping).

Non bisogna confondere tutti questi casi, ma farsi sempre la domanda "Cosa
sto mappando? Quello che voglio rappresentare è nel mondo reale una linea,
un area, un elemento astratto, un elemento concreto, ...?".

Facendo un esempio anche nella mia zona un utente ha fatto coincidere i
tratti di confine dei landuse che definiscono boschi e campi coltivati sia
tra di loro che con le strade che li separano.
Ad essere pignoli bisognerebbe usare un landuse:highway (che non a caso è
stato proposto[2]) per la strada, esattamente come si usa (anche se
impropriamente) il riverbank per i fiumi.

Capisco esattamente quello che dice Carlo (caso in cui se si sposta il
fiume si sposta il confine), ma il fiume non potrà mai essere coincidente
col confine. Si possono scegliere dei criteri come "il centro del fiume" (e
vallo a calcolare... Centro rispetto all'acqua? E se il fiume si secca
d'estate il confine sparisce? Centro rispetto agli argini? E se il corso
d'acqua si sposta è tutto di uno stato invece che dell'altro?), ma secondo
me in OSM è bene tenere separati i due elementi (boundary/waterway).

Come in tutti gli altri casi quando (non se) nella realtà si sposterà il
fiume allora su OSM si modificherà la waterway E il confine.

My 2 pennies. ;-)

Lorenzo

[1] Per lineare intendo "linea matematica", ovvero un'entità che unisce due
punti senza una larghezza.
[2] http://wiki.openstreetmap.org/wiki/Proposed_features/landuse%3Dhighway
___
Talk-it mailing list
Talk-it@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-it

Re: [Talk-it] Utente che modifica confini

[Carlo Stemberger]

Il giorno 20 ottobre 2016 10:38, Stefano Salvador <
stefano.salva...@gmail.com> ha scritto:

>
> Questo non è vero, i confini amministrativi vengono modificati solo con un
> atto amministrativo dell'ente competente.
>

Ma qui non si tratta di cambiare i confini: il confine resta il torrente.
Se il torrente si sposta, si spostano le coordinate geografiche, ma dal
punto di vista descrittivo non cambia niente.

Carlo

P.S.:
Ribadisco che anch'io ritengo che prima di toccare un confine inserito su
OSM occorra quantomeno discuterne.
___
Talk-it mailing list
Talk-it@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-it

Re: [Talk-it] Utente che modifica confini

[Stefano Salvador]

Per chi vuole aproffondire a pagina 9 del seguente documento c'è un decreto
della Regione FVG che modifica di poco un confine:

http://bur.regione.fvg.it/newbur/downloadPDF?doc=0=2011/08/31/BUR%2035_noLEGAL.pdf

Ciao,

Stefano


Il giorno 20 ottobre 2016 10:38, Stefano Salvador <
stefano.salva...@gmail.com> ha scritto:

>
>> Perché se il confine è determinato dal corso del corrente, e questo si
>> sposta, si sposta anche il confine.
>>
>>
>>
>
> Questo non è vero, i confini amministrativi vengono modificati solo con un
> atto amministrativo dell'ente competente.
>
> I confini non sono una cosa "vera" che è possibile vedere nella realtà,
> sono un'entità decisa sulla carta che serve per le attività amministrative
> di un territorio (pagare le tasse, definire la residenza, ...). Non sempre
> esiste un atto che li definisca in modo geograficamente corretto anche
> perché spesso nessuno ha interesse a definirli in modo preciso (ad esempio
> per i confini che attraversano boschi demaniali).
>
>
> Secondo me in OSM abbiamo le seguenti fonti in ordine di accuratezza:
>
> 1. Delibere regionali che definiscono i confini interni
> 2. Carte tecniche regionali
> 3. ISTAT
>
> IMHO in mancanza di queste fonti i confini non andrebbero modificati.
>
> Il catasto può essere solo una fonte che gli enti territoriali usano per
> migliorare i loro dati.
>
> Ciao,
>
> Stefano
>
>
___
Talk-it mailing list
Talk-it@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-it

Re: [OSM-talk-fr] Re: Intégration des monuments historiques dans Osm

[Florian LAINEZ]

Le 17 octobre 2016 à 21:17, Romain MEHUT  a écrit :

> Si si on peut mettre deux valeurs séparées par un point virgule et ceci ne
> concerne pas que le tag ref.
>

C'est bien ce que j'ai fait au final, merci pour vos conseils.

C'est assez prenant comme jeu, je me suis mis aux chapelles de
Haute-Savoie, y a du boulot ...

@Jean tu devrais parler de ton projet aux wikimediens, je suis sûr qu'ils
seraient intéressés. Tu peux commencer par faire une annonce sur le bistrot
https://fr.wikipedia.org/wiki/Wikip%C3%A9dia:Le_Bistro c'est une bonne
porte d'entrée.


-- 

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

Re: [Talk-it] Utente che modifica confini

[Stefano]

Il giorno 20 ottobre 2016 10:38, Stefano Salvador <
stefano.salva...@gmail.com> ha scritto:

>
>> Perché se il confine è determinato dal corso del corrente, e questo si
>> sposta, si sposta anche il confine.
>>
>>
>>
>
> Questo non è vero, i confini amministrativi vengono modificati solo con un
> atto amministrativo dell'ente competente.
>
> I confini non sono una cosa "vera" che è possibile vedere nella realtà,
> sono un'entità decisa sulla carta che serve per le attività amministrative
> di un territorio (pagare le tasse, definire la residenza, ...). Non sempre
> esiste un atto che li definisca in modo geograficamente corretto anche
> perché spesso nessuno ha interesse a definirli in modo preciso (ad esempio
> per i confini che attraversano boschi demaniali).
>
>
> Secondo me in OSM abbiamo le seguenti fonti in ordine di accuratezza:
>
> 1. Delibere regionali che definiscono i confini interni
> 2. Carte tecniche regionali
> 3. ISTAT
>
> IMHO in mancanza di queste fonti i confini non andrebbero modificati.
>

+1


>
> Il catasto può essere solo una fonte che gli enti territoriali usano per
> migliorare i loro dati.
>
> Ciao,
>
> Stefano
>
>
> ___
> Talk-it mailing list
> Talk-it@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-it
>
>
___
Talk-it mailing list
Talk-it@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-it

Re: [Talk-it] Utente burlone

[beppebonin]

Secondo me bisogna bloccarli subito questi qua, rovinano il lavoro di anni di 
migliaia di persone
--
Inviato da Libero Mail per Android giovedì, 20 ottobre 2016, 10:03AM +02:00 da 
Fabri  erfab...@gmail.com :

>Questo nuovo iscritto 
>( 
>https://www.openstreetmap.org/user/Lancine%20Fofana/history#map=7/39.828/13.855
> ) 
>si diverte a inserire dati di fantasia in osm tramite maps.me, gli hanno 
>scritto diverse volte nei commenti ai changeset ma lui continua, 
>dobbiamo andare avanti a revertare i casini che fa o si può bloccare in 
>qualche modo?
>
>ps: credo che l'ostello in Calabria si possa cancellare, in quanto 
>inventato con suoi dati personali...l'ufficio al centro del Colosseo 
>anche lo cancello
>
>
>
>
>___
>Talk-it mailing list
>Talk-it@openstreetmap.org
>https://lists.openstreetmap.org/listinfo/talk-it
___
Talk-it mailing list
Talk-it@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-it

Re: [Talk-it] mappa osmand Italia

[Lorenzo Perone]

Ciao Giuliano,
grazie.
Ciao.
Lorenzo

Il gio 20 ott 2016, 10:39 Giuliano  ha scritto:

>
>
> Il 19/10/2016 23:16, MAx1234 Ita ha scritto:
>
> Per chi fosse interessato, ieri mattina il mio PC ha finito di generare
> una nuova edizione delle mappe per OsmAnd: le ho condivise su GDrive e
> potete scaricarle dai link qui sotto:
>
>
>- Address Map (tutta Italia, solo indirizzi, per facilitare le
>ricerche se si usano mappe regionali): https://goo.gl/ySmjRD
>
>
>
>- Mappa completa (Tutta Italia con Strade, PDI, Indirizzi, Trasporto):
>https://goo.gl/4PfAko
>
>
> Spero vi siano utili! :-)
>
>
> Lo saranno di sicuro!! Grazie mille!!
>
> Max
>
>
> Ciao
>
> Giuliano
>
>
> PS. ma che voi sappiate il server di Nabble ha dei problemi? Da qualche
> giorno non riesco più a rispondere ai messaggi...
>
>
> ___
> Talk-it mailing 
> listTalk-it@openstreetmap.orghttps://lists.openstreetmap.org/listinfo/talk-it
>
>
> ___
> Talk-it mailing list
> Talk-it@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-it
>
-- 

Lorenzo

Scusa per la brevità, sto scrivendo da mobile.
___
Talk-it mailing list
Talk-it@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-it

Re: [Talk-it] Utente che modifica confini

[Stefano Salvador]

>
>
> Perché se il confine è determinato dal corso del corrente, e questo si
> sposta, si sposta anche il confine.
>
>
>

Questo non è vero, i confini amministrativi vengono modificati solo con un
atto amministrativo dell'ente competente.

I confini non sono una cosa "vera" che è possibile vedere nella realtà,
sono un'entità decisa sulla carta che serve per le attività amministrative
di un territorio (pagare le tasse, definire la residenza, ...). Non sempre
esiste un atto che li definisca in modo geograficamente corretto anche
perché spesso nessuno ha interesse a definirli in modo preciso (ad esempio
per i confini che attraversano boschi demaniali).


Secondo me in OSM abbiamo le seguenti fonti in ordine di accuratezza:

1. Delibere regionali che definiscono i confini interni
2. Carte tecniche regionali
3. ISTAT

IMHO in mancanza di queste fonti i confini non andrebbero modificati.

Il catasto può essere solo una fonte che gli enti territoriali usano per
migliorare i loro dati.

Ciao,

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

Re: [Talk-it] mappa osmand Italia

[Giuliano]

  
  


Il 19/10/2016 23:16, MAx1234 Ita ha
  scritto:


  
Per chi fosse interessato, ieri mattina il mio PC ha finito
  di generare una nuova edizione delle mappe per OsmAnd: le ho
  condivise su GDrive e potete scaricarle dai link qui sotto:
  


  Address Map (tutta Italia, solo indirizzi, per facilitare
le ricerche se si usano mappe regionali): https://goo.gl/ySmjRD




  Mappa completa (Tutta Italia con Strade, PDI, Indirizzi,
Trasporto): https://goo.gl/4PfAko



Spero vi siano utili! :-)


  

Lo saranno di sicuro!! Grazie mille!!

  
Max


  

Ciao
Giuliano

  


PS. ma che voi sappiate il server di Nabble ha dei problemi?
  Da qualche giorno non riesco più a rispondere ai messaggi...

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



  


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

Re: [Talk-it] Utente burlone

[Fabri]

ps: l'ostello è in Sicilia ;)


Il 20/10/2016 10:03, Fabri ha scritto:
Questo nuovo iscritto 
(https://www.openstreetmap.org/user/Lancine%20Fofana/history#map=7/39.828/13.855) 
si diverte a inserire dati di fantasia in osm tramite maps.me, gli 
hanno scritto diverse volte nei commenti ai changeset ma lui continua, 
dobbiamo andare avanti a revertare i casini che fa o si può bloccare 
in qualche modo?


ps: credo che l'ostello in Calabria si possa cancellare, in quanto 
inventato con suoi dati personali...l'ufficio al centro del Colosseo 
anche lo cancello







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

[Talk-it] Utente burlone

[Fabri]

Questo nuovo iscritto 
(https://www.openstreetmap.org/user/Lancine%20Fofana/history#map=7/39.828/13.855) 
si diverte a inserire dati di fantasia in osm tramite maps.me, gli hanno 
scritto diverse volte nei commenti ai changeset ma lui continua, 
dobbiamo andare avanti a revertare i casini che fa o si può bloccare in 
qualche modo?


ps: credo che l'ostello in Calabria si possa cancellare, in quanto 
inventato con suoi dati personali...l'ufficio al centro del Colosseo 
anche lo cancello





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

Re: [Talk-it] Utente che modifica confini

[Carlo Stemberger]

Il catasto, in Italia, NON è probatorio.

Carlo
-- 
Inviato dal mio dispositivo Android con K-9 Mail. Perdonate la brevità.___
Talk-it mailing list
Talk-it@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-it

Re: [Talk-it] Aiuto per attraversamenti pedonali e ciclabili

[girarsi_liste]

Il 20/10/2016 00:19, Volker Schmidt ha scritto:
> Utilizzo il preset pedalare più bicycle=yes
> per le strisce pedonali più bici
> e
> bicycle=dismount
> per le strisce solo pedonali
> 
> Volker
> 

Ok, questo lato ciclabile, ma lato strada normale, in quell'incrocio, ci
vogliono le restriction per chi guida in quel contesto.


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



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

Re: [Talk-it] Utente che modifica confini

[Martin Koppenhoefer]

sent from a phone

> Il giorno 20 ott 2016, alle ore 09:46, Carlo Stemberger 
>  ha scritto:
> 
> Perché se il confine è determinato dal corso del corrente, e questo si 
> sposta, si sposta anche il confine.


abbiamo però appena visto che in Italia per i confini interni non è così, vale 
il catasto.

Al proposito, visto che i catasti non sono aggiornati (mi hanno detto così), 
come fanno?

ciao,


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

Re: [Talk-it] Utente che modifica confini

[Carlo Stemberger]

Il giorno 19 ottobre 2016 22:27, Alessandro  ha scritto:

> Mi pare sia assodato che se un bosco confina con una strada questo non
> debba condividere la stessa way. E le strade difficilmente si spostano; no
> riesco a capire perchè un corso d'acqua ,elemento decisamente più prono
> agli spostamenti, debba condividere la stessa way.
>

Perché se il confine è determinato dal corso del corrente, e questo si
sposta, si sposta anche il confine.

Carlo

P.S.:
Personalmente credo di non aver mai toccato un confine, proprio per evitare
qualsiasi problema.
___
Talk-it mailing list
Talk-it@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-it