Re: [Talk-it] segnalate le mancate attribuzioni

[Alessandro Palmas]

Il 23/08/2016 22:49, girarsi_liste ha scritto:


Intanto, bella lettera, finalmente bisogna anche dire, e, di seguito tre
domande:

1- la frase, "Per questo motivo richiedo gentilmente che l'attribuzione
"© OpenStreetMap contributors”, venga inserita nella mappa / a corredo
dei dati, oppure il link", lo slash era una virgola o va messo proprio così?


La lettera deve contemplare il caso sia delle mappe non attribuite che i 
dati; nel form c'è lo slash ma nella lettera ci sarà "venga inserita 
nella mappa" o "a corredo dei dati" e seconda del caso.




2- C'è la tua email, sei stato incaricato da parte di wikimedia a
seguire le segnalazioni e conseguenti richiami ai furbi?


Sì



3- questo la chiedo a tutta la lista, la lettera che ho nella mia
sandbox, nella wiki OSM, a questo punto, faccio deletare la pagina la
pagina, visto che da adesso è comunque inutile?



Sì, sarebbe meglio. E' stata comunque molto utile perchè è la base di 
questa lettera.
Questa potremmo metterla, magari già nelle due versioni mappa o dati, 
sulla wiki. Sarebbe meglio che le mail partissero sempre dallo stesso 
punto sia per avere uno storico che per non duplicare le mail, ma 
essendo una comunità ognuno è sempre libero (nel rispetto delle norme 
base di una comunità) di parlare a nome della comunità stessa.


Alessandro Ale_Zena_IT

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

Re: [OSM-talk-fr] Osmose-dev: bâtiments fractionnés par le Cadastre.

[Christian Quest]

Le 24 août 2016 à 00:01, Jérôme Seigneuret  a
écrit :

> Pour les retours en effet, je pense qu'on peut aussi hacker le code
> d'opensolarmap pour améliorer l’auto-détection des découpages sur l'ortho
> en post traitement des détections existante pour valider ou annuler la
> génération d'une alerte.
>
> @Christian: pour Opensolarmap, peux tu ajouter la saisie d'une commune
> comme zone de départ? On a plus de facilité à connaitre notre territoire et
> à vouloir bosser dessus ;-)
>
>
C'est pas si simple... pour déterminer l'orientation d'un toit, il faut
plusieurs contributions concordantes.
Si chacun choisit sa zone, il y aura très peu de contributions
concordantes, voilà pourquoi actuellement on n'a pas le choix.

Il faut que je modifie complètement la logique du backend pour permettre un
mix entre une zone que l'on choisit et une zone imposée à
compléter/finaliser... le tout en essayant de proposer des batiments à
proximité pour éviter les temps de chargements de tuiles d'images aériennes.



> Pour ma part, dans le Sud les détections sont justifiées car les
> résidences (et certaines maisons individuelles) sont placées sur un lots de
> parcelles achetées sans avoir été regroupées au préalable (remembrement).
>

C'est on ne peut plus classique et pas que dans le sud, les fusions de
parcelles sont rares car ça oblige à une démarche supplémentaire, donc du
temps et délais supplémentaires, et quand on fait construire il y a
tellement de démarches qu'on profite de pouvoir en éviter une !


> A contrario on a aussi des garages accolés(15m2 chacun)  qui ont leur
> numéro de parcelle.
>
> Très peu de faux-positif... Il y a même une sous détection des découpages.
> Après on peut télécharger la zone et la traiter lors d'une première
> détection.
>
> Une autre manière serait de prendre la liste des alertes de ce type et de
> faire un déplacement rapide sur les alertes à la opensolarmap pour choisir
> de mettre au non en faux positif les alertes plus rapidement.
>
>
Il est possible de reprendre la logique d'opensolarmap pour une
confirmation rapide.


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

Re: [Talk-it] cippo ma non di confine

[Damjan Gerl]

24.08.2016 - 00:12 - demon.box:

ciao, scusate come mappo un cippo "storico" (o per lo meno molto datato) come
questo che non è però di confine ma indica la distanza dal paese più vicino?



grazie.

--enrico


Credo potrebbe andare bene:
historic=milestone
http://wiki.openstreetmap.org/wiki/Tag:historic%3Dmilestone

Ciao
Damjan

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

Re: [OSM-ja] gpspruneがダウンロード出来ない

[ribbon]

On Mon, Aug 22, 2016 at 10:15:43PM +0900, ribbon wrote:
> gpspruneのマスタサイトは、gpsprune.activityworkshop.net なのですが、
> ここに繋がりません。pingも反応なしです。
> 
> どなたかいきさつをご存じないでしょうか。また、代替サイトを
> どなたかご存じないでしょうか。

一時的につながらなかっただけのようでした。先ほどつながりました。
たまたまメンテナンスだったのかな。

ribbon

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

[Talk-it] cippo ma non di confine

[demon.box]

ciao, scusate come mappo un cippo "storico" (o per lo meno molto datato) come
questo che non è però di confine ma indica la distanza dal paese più vicino?

 

grazie.

--enrico




--
View this message in context: 
http://gis.19327.n5.nabble.com/cippo-ma-non-di-confine-tp5880690.html
Sent from the Italy General mailing list archive at Nabble.com.

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

Re: [Talk-it] Addio.

[Damjan Gerl]

23.08.2016 - 09:15 - Aury88:

Andrea Lattmann wrote

Ciao ragazzi,
purtroppo ho dovuto prendere con infinito dispiacere la decisione di
cancellarmi da OpenStreetMap. Alcuni saranno felici, altri no. Vi
ringrazio per tutto quello che mi avete insegnato.
Con profonda stima.
Andrea

Mi spiace molto venire a sapere del tuo addio ad OSM.
Grazie mille per tutto quello che hai fatto fino ad oggi.
Spero anche io di rivederti e che i motivi che hanno portato alla tua
cancellazione vengano risolti  ;-)

Ciao
Aurelio


+1, quoto tutto. Però, Andrea, una domanda vorrei fartela: se possibile 
sapere solamente se la causa è da ricercarsi al di fuori di osm, nel 
senso che possiamo avere la coscienza a posto, oppure è qualcosa che 
centra con osm/talk-it ecc.?


Damjan

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

Re: [OSM-talk-fr] Osmose-dev: bâtiments fractionnés par le Cadastre.

[Jérôme Seigneuret]

Pour les retours en effet, je pense qu'on peut aussi hacker le code
d'opensolarmap pour améliorer l’auto-détection des découpages sur l'ortho
en post traitement des détections existante pour valider ou annuler la
génération d'une alerte.

@Christian: pour Opensolarmap, peux tu ajouter la saisie d'une commune
comme zone de départ? On a plus de facilité à connaitre notre territoire et
à vouloir bosser dessus ;-)

Pour ma part, dans le Sud les détections sont justifiées car les résidences
(et certaines maisons individuelles) sont placées sur un lots de parcelles
achetées sans avoir été regroupées au préalable (remembrement).
A contrario on a aussi des garages accolés(15m2 chacun)  qui ont leur
numéro de parcelle.

Très peu de faux-positif... Il y a même une sous détection des découpages.
Après on peut télécharger la zone et la traiter lors d'une première
détection.

Une autre manière serait de prendre la liste des alertes de ce type et de
faire un déplacement rapide sur les alertes à la opensolarmap pour choisir
de mettre au non en faux positif les alertes plus rapidement.

Le 23 août 2016 à 16:18, Christian Quest  a écrit :

> En croisant avec un peu plus d'infos, il serait possible d'être plus fin.
>
> Je pense à un croisement en amont avec les parcelles et les adresses des
> parcelles. Lorsque 2 polygones de bâtiments on la même limite que les
> parcelles et que ces parcelles ont la même adresse, on a de fortes chance
> pour qu'il ne s'agisse que d'un seul bâtiment...
>
> C'est un traitement à faire en amont, avant import dans OSM, mais qu'on
> pourrait aussi tester sur les bâtiments qui ont été importés sans aucun
> déplacement.
>
> Autre chose un peu liée aux bâtiments... quelqu'un m'a suggéré d'ajouter à
> OpenSolarMap le moyen de créer une note sur les "bugs" que l'on peut
> repérer, peut être un simple bouton à ajouter en plus des 4 existants.
>
>
>
> Le 23/08/2016 à 14:22, Tyndare a écrit :
>
>>
>> La détection des bâtiments en forme de triangles existe déjà dans Osmose
>> (grâce à Didier2020 et à Frédéric Rodrigo)
>>
>> Avec cette analyse je voulais effectivement essayer de détecter des cas
>> plus compliqués.
>>
>> On 23/08/2016 13:42, David Crochet wrote:
>>
>>> Bonjour
>>>
>>>
>>> Le 23/08/2016 à 13:36, Jean-Claude Repetto a écrit :
>>>
 Au contraire, je vois surtout des trapèzes,

>>>
>>> C'est probablement plus difficile à détecter...
>>>
>>> Cordialement
>>>
>>>
>>
>> ___
>> Talk-fr mailing list
>> Talk-fr@openstreetmap.org
>> https://lists.openstreetmap.org/listinfo/talk-fr
>>
>
>
> --
> Christian Quest - OpenStreetMap France
>
>
>
> ___
> Talk-fr mailing list
> Talk-fr@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-fr
>



-- 
Cordialement,
Jérôme Seigneuret
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr

Re: [Talk-cl] Planificador de rutas multimodal

[ignacio abé]

Como complemento al wiki, y basándome en la realidad local, sobre todo en
el manual antes mencionado.

La OGUC, u ordenanza general de urbanismo y construcciones, dicta que las
ciclovías deben ir por la calzada (es una modificación reciente). El manual
refuerza esta idea y entrega directrices para la ejecución de estas
ciclovías.

Algunas ciclovías recientes que han ignorado estas recomendaciones, han
tenido que denominarse por el gobierno de otro modo, como ciclopaseo, vía
verde, u otro término generalmente eufemístico. En otras palabras, según la
ley actual, si van por la vereda no son ciclovías. Aunque no creo que tenga
sentido ignorarlas, creo que al menos es necesario tener en cuenta estos
aspectos.

De todos modos, dibujar las ciclovías por la vereda como vía aparte con
highway=cycleway me parece un modo razonable de diferenciarlas y captar un
poco más sus comunes sinuosidades y entuertos. El problema viene cuando la
calle ya tiene etiquetada la ciclovía y se dibuja encima la vía aparte, y
quedan ambas.

Saludos

I.A.

El 23 de agosto de 2016, 16:25, Julio Costa Zambelli<
julio.co...@openstreetmap.cl> escribió:

> Ignacio,
>
> De la introducción "The highway=cycleway tag indicates a separate way for
> the use of cyclists." uno entiende que las ciclovías sobre la vereda irían
> con ese par clave=valor.
>
> Sin embargo, la definición de cycle track en la página de cycleway: "A
> cycle track is separated from the road by curbs, parking lots, grass
> verges, trees or another physical barrier, but is running parallel and next
> to the road. In North America this is called a protected bike lane,
> separated bike lane, bike path, greenway, green lane, or class I facility"
> da a entender que también abarcaría a las primeras.
>
> Al final me quedo con el argumento inmediatamente a continuación, el que
> parece favorecer la postura de trazar (a mi entender solo las que están
> sobre la vereda) por separado, lo que permite capturar con mayor detalle la
> realidad: "Note that a cycle track may alternatively be drawn as a separate
> way next to the road which is tagged as highway=cycleway. Both methods each
> have their pros and cons. While adding a single tag to an existing way
> takes less time and still often describes the cycle track accurately, a
> separately tagged cycle way is generally more flexible and allows to
> capture more detail. When mapping a cycle track as its own way, do not use
> any of the tags described below".
>
> Saludos,
>
> Julio Costa Zambelli
> Fundación OpenStreetMap Chile
>
> julio.co...@openstreetmap.cl
>
> http://www.openstreetmap.cl/
> Cel: +56(9)89981083
>
> 2016-08-23 15:38 GMT-03:00 ignacio abé :
>
>> Es verdad que la calidad de una ciclovía es algo bastante ambiguo si no
>> se establecen parámetros. Por otro lado, una evaluación verdadera va más
>> allá de los parámetros que se pueden establecer en Openstreetmap. A pesar
>> de esto, hay dos herramientas que son útiles para establecer esto.
>>
>> Primero, me toca trabajar frecuentemente con organizaciones y entidades
>> relacionadas al ciclismo urbano. Y hay una especie de concenso tácito sobre
>> cuáles ciclovías son buenas (cumplen con el estándar) cuáles son
>> deficientes pero utilizables, y cuáles son sencillamente un despropósito.
>>
>> Por otro lado, existe un manual de ciclovías, elaborado por el Ministerio
>> de Vivienda y Urbanismo, que establece cuáles son los parámetros que
>> determinan la calidad de una ciclovía.
>>
>> Creo que es un tema prioritario tomando en cuenta que varias de las que
>> se están construyendo o planeando hoy en día caen en la tercera categoría.
>>
>> Y un par de aclaraciones sobre etiquetado. Según el wiki de osm,
>> *cycleway=lane* es para ciclobandas, esto quiere decir ciclovías en la
>> calle sin segregación física. *cycleway=track* es para ciclovías con
>> segregación física, aunque no sea continua. No existe una categoría para
>> ciclovías por la vereda, aunque en general, en santiago, se ocupa
>>
>> *track*
>> pd: me refería al parque Balmaceda, no al Uruguay. Ahí, a pesar de que
>> circulan muchos ciclistas, no hay una ciclovía. Efectivamente se pavimentó
>> y regularizó la ciclovía del parque Uruguay.
>>
>> I.A.
>>
>> El 23 de agosto de 2016, 15:05, Marco Antonio> > escribió:
>>
>>> On Tue, 23 Aug 2016 13:50:49 -0300 ignacio abé 
>>> wrote:
>>>
>>> > Estaba pensando añadir un tag para referirme a la calidad de las
>>> > ciclovías, y así abordar el tema de la mala calidad de diseño y
>>> > ejecución para la mayoría de las vías en Santiago. Qué esquema o
>>> > etiquetas les parecen indicados para abordar este problema ?
>>>
>>> Qué elementos deberían considerarse para decir que una ciclovía es de
>>> calidad? La calidad es algo ambiguo si no se delimita.
>>>
>>> Por ejemplo en esta encuesta [1], dicen que algunos lugares son
>>> angostos o que la calidad de la superficie es mala.
>>>
>>> Mapear el ancho 

Re: [Talk-cz] Mapovani vysilacu v OSM - Draft #2

[r00t.cz]

> chlapi, jste aspon jeden z Brna, ze bychom to probrali na qartalnim pivu?
Jsem z Prahy, takze na pivo do Brna to mam trochu z ruky...

> ty navrhy jsou zajimave, ale krome jineho se motaji okolo jedine aplikace a 
> to kolem celularnich siti.
No prave ze to se snazim resit a navrhnout takovy zpusob mapovani ktery bude
univerzalni a pouzitelny na vsechny mozne vysilace co se vyskytuji.
O mapovani GSM a dalsich mobilnich siti me ani tak nejde, to jenom ze uz nekdo
BTS v OSM uz mapoval a tak se narazi na kompatibilitu s tim, co uz se nekde
pouziva.

> navrh musi byt primarne schopen popsat zakladni vlastnosti rx/tx pointu
> (technologie) obecne a pak teprve rozsirovat (umoznit rozsireni) jednak o
> dalsi vlastnosti rx/tx bodu ale take i vyjadrit sdruzeni vice principialne
> zcela (absolutne) odlisnych bodu na jednom geografickem miste. Pro zacatek
> postaci definovat mozne (i nemozne) fyzicke varianty, ktere by teoreticky 
> bylo potreba zakreslit.
Ten draft jsem napsal proto aby tu byl nejaky zaklad o kterem se da diskutovat a
na kterem se da stavet. Jsou tam priklady mapovani ruznych druhu vysilacu
ruznych signalu a sluzeb, ne jenom mobilnich BTS. Umisteni uplne rozdilnych
technologii na stejny bod se resi pomoci relaci, kde kazda relace reprezentuje
jednu technologii. Vlastnosti a parametry (at uz fyzicke nebo ty co popisuji
vlastni signal) tam nejake mam, ale urcite nejde o konecny seznam a bude
potreba je rozsirit pro ruzne pouzivane systemy.

> pro prakticke nasazeni si prosim uvedomme, ze primarne asi budeme mapovat z
> hlediska uziti prakticke informace a soucasne data, ktera jsou verejne
> pristupna. Tedy treba TV multiplexy apod.
To byl muj puvodni zamer, mapovat vysilace pro radia, TV a taky radioamaterske
prevadece. Ten draft jsem zalozil prave proto ze soucasne navrhy bud resi jenom
jednu technologii (mobilni site) nebo neumi dat vic technologii na jeden stozar.


JH


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

Re: [Talk-it] segnalate le mancate attribuzioni

[girarsi_liste]

Il 23/08/2016 18:37, Alessandro Palmas ha scritto:
> Nelle scorse settimane, con l'aiuto di un avvocato, abbiamo rielaborato
> la lettera di segnalazione per la mancata attribuzione:
> 

Intanto, bella lettera, finalmente bisogna anche dire, e, di seguito tre
domande:

1- la frase, "Per questo motivo richiedo gentilmente che l'attribuzione
"© OpenStreetMap contributors”, venga inserita nella mappa / a corredo
dei dati, oppure il link", lo slash era una virgola o va messo proprio così?

2- C'è la tua email, sei stato incaricato da parte di wikimedia a
seguire le segnalazioni e conseguenti richiami ai furbi?

3- questo la chiedo a tutta la lista, la lettera che ho nella mia
sandbox, nella wiki OSM, a questo punto, faccio deletare la pagina la
pagina, visto che da adesso è comunque inutile?


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



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

Re: [OSM-talk] SearchAroundBot: a Telegram Bot for OSM

[Federico]

Thanks for your comments. SearchAroundBot is both for searching and editing, 
but i thought that editing is the most delicate issue to discuss about.

I've check OSMbot but it seems to me a bit too much meant for advanced users. 
SearhAroundBot is an attempt to build something which is accessible for 
everyone, and hopefully attract more people into the OSM community. This being 
said, i'd be happy to collaborate with OSMbot developers or other people 
working on similar projects.

Federico

> On 23 Aug 2016, at 19:13, Alejandro S.  wrote:
> 
> Then why is called SearchAroundBot if it's not for searching? 
> 
> Best regards,
>   Alejandro Suárez
> 
> On 23 August 2016 at 19:11, Nicolás Alvarez  > wrote:
> SearchAroundBot is for editing, not searching. I don't think they have enough 
> in common to merge.
> 
> Enviado desde mi iPhone
> 
> El 23 ago 2016, a las 14:04, Alejandro S.  > escribió:
> 
>> Hi, 
>> You can find also OSMbot [0] that let you find many different features, 
>> maybe you can contact them and work together?
>> 
>> [0]: https://telegram.me/OSMBbot 
>> 
>> Kind regards,
>>   Alejandro Suárez
>> 
>> On 23 August 2016 at 18:04, Federico > > wrote:
>> Hi,
>> 
>> I've recently developed a Telegram Bot (https://telegram.me/SearchAroundBot 
>> ) to enable users to easily add POI 
>> (currently only drinking water and toilets amenities) into OSM. Here is the 
>> OSM wiki page here: https://wiki.openstreetmap.org/wiki/SearchAroundBot 
>> 
>> I'd like to ask you to have a look at it and let me know if you have any 
>> specific suggestion for improving it. If so please go to the osm forum: 
>> http://forum.openstreetmap.org/viewtopic.php?pid=605383#p605383 
>> 
>> Thanks for your attention,
>> Federico
>> 
>> 
>> ___
>> talk mailing list
>> talk@openstreetmap.org 
>> https://lists.openstreetmap.org/listinfo/talk 
>> 
>> 
>> 
>> ___
>> talk mailing list
>> talk@openstreetmap.org 
>> https://lists.openstreetmap.org/listinfo/talk 
>> 
> 

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

Re: [Talk-cz] Mapovani vysilacu v OSM - Draft #2

[Petr Vozdecký]

chlapi, jste aspon jeden z Brna, ze bychom to probrali na qartalnim pivu?





ty navrhy jsou zajimave, ale krome jineho se motaji okolo jedine aplikace a 
to kolem celularnich siti. 



navrh musi byt primarne schopen popsat zakladni vlastnosti rx/tx pointu 
(technologie) obecne a pak teprve rozsirovat (umoznit rozsireni) jednak o 
dalsi vlastnosti rx/tx bodu ale take i vyjadrit sdruzeni vice principialne 
zcela (absolutne) odlisnych bodu na jednom geografickem miste. Pro zacatek 
postaci definovat mozne (i nemozne) fyzicke varianty, ktere by teoreticky 
bylo potreba zakreslit. 



pro prakticke nasazeni si prosim uvedomme, ze primarne asi budeme mapovat z 
hlediska uziti prakticke informace a soucasne data, ktera jsou verejne 
pristupna. Tedy treba TV multiplexy apod.



vop





-- Původní zpráva --

Od: r00t.cz 

Datum: 23. 8. 2016 v 18:48:58

Předmět: Re: [Talk-cz] Mapovani vysilacu v OSM - Draft #2



Ahoj, > Na prefix RF: bych se vykaslal, v openstreetmap se to nedela, kdo se
s > tim ma opisovat. (A urcite by bylo konzistentnejsi "rf:" ne "RF:"). S 
"rf" misto "RF" souhlasim. Ale stale myslim ze ten prefix smysl ma. Pokud se
nepouzije relace tak klice jako "access" nebo "owner" muzou patrit k vezi 
(jestli je pristupna). Muzu se pokusit ty klice nejak prejmenovat, ale zas 
tolik unikatnich synonym neni. A "rf:" jsou 3 znaky, urcite lepsi nez 
"communications_transponder". > Aspon mapovani gsm uz se pouziva, > https://
taginfo.openstreetmap.org/search?q=gsm , 2500 vyskytu pro gsm, > 2000 pro 
umts. Takze bych se primlouval za pouziti tagu z... > https://wiki.
openstreetmap.org/wiki/Proposed_features/Telecommunications_tower Pokud by 
se nepouzil "rf:" prefix tak by vetsina tech tagu byla stejna. Ten navrh 
pouziva "communication:NECO=yes" (coz je taky hodne dlouhe) a tim resi vic 
standardu pro jeden nod... podle toho meho navrhu by se na tohle mely 
pouzivat relace, protoze jinak nejde definovat vic anten, operatoru apod. 
Vyresit by to slo necim jako: rf:use=gsm;lte gsm:antenna:azimuth=100;200 
lte:antenna:azimuth=50:120 Ale treba u nas je hodne BTS co maji O2+T-Mobile 
GSM+LTE, nekolik sektoru, ruzne LAC atd... tam ty relace vychazeji mnohem 
prehlednejsi nez se to snazit nacpat vsechno na jeden node. > ... ve svete 
uz se pouzivaji, neni duvod delat neco zvlast. Tez bych > se primlouval za 
kratsi klice, hodnoty. RF:use=cellphone je urcite > lepsi nez RF:use=
cellphone_network, a jeste kratsi by bylo jeste > lepsi. Jo, to je lepsi. 
Nejake dalsi klice a hodnoty urcite jeste zmenim. > Nevim jestli je rozumne 
mit oddelene gsm:lac a lte:lac, ale jestli jo > tak by to asi taky chtelo 
umts:lac. umts:* pridam podle tech klicu co se pouzivaji. JH ___
 Talk-cz mailing list Talk-cz@openstreetmap.
org https://lists.openstreetmap.org/listinfo/talk-cz___
Talk-cz mailing list
Talk-cz@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-cz

Re: [OSM-talk-fr] Contribution à OpenStreetMap sur Android

[Jérôme Seigneuret]

Salut,

J'ai un Samsung X3 Cover pour le plan de test. Je suis partant ;-)

Pour les tests tu prépares un APK?


Le 23 août 2016 à 20:43, Charles MILLET  a écrit :

> Bonjour Loïc,
>
> Je suis partant pour tester, par contre le mois de septembre est super
> chargé donc je ne suis pas certain de pouvoir faire beaucoup de remontées
> avec SotM.
>
> Je me permets déjà de te demander s'il est prévu que les données hors
> lignes soient mutualisées avec celle d'OSMAnd et/ou Maps.Me ; pour des
> raisons de simplification de la mise à jour et de stockage.
>
> Amicalement.
>
> Charles MILLET
> charlesmil...@free.fr
>
>
> Le 22/08/2016 à 17:33, loic ortola a écrit :
>
>> Bonjour à tous,
>>
>> il y a un peu plus d'un an, on a lancé OSM Contributor, une appli
>> Android de contribution à OSM.
>> Après un StateOfTheMap FR très encourageant, l'équipe a décidé de
>> tordre le cou à la roadmap inspirée par de nombreux membres de la
>> communauté (merci à eux), et de préparer une nouvelle version de
>> l'appli.
>> Au menu:
>> - OAuth et Sign-in with Google
>> - Fonds de carte vectoriels
>> - Détection de type de données et widgets adaptés (horaires, date, etc...)
>> - Marketplace Opensource pour ajouter des presets (un mode dégradé
>> permettant à des utilisateurs non techniques de contribuer de façon
>> fléchée et SIMPLE) (https://github.com/jawg/h2geo-presets)
>> - Beaucoup d'améliorations de l'expérience utilisateur
>> - Mode hors-ligne (possibilité de charger des régions hors-ligne)
>> - Duplication de POI
>> - Amélioration du crawler h2geo (https://github.com/jawg/h2geo)
>>
>> On souhaite release la version majeure pour le State-Of-The-Map à
>> Bruxelles, et recherchons des volontaires pour beta-tester
>> l'application avant sa sortie.
>>
>> Si vous êtes tentés pour l'utiliser pour une Cartopartie ou juste pour
>> vous, on serait vraiment très heureux de pouvoir vous confier une
>> distribution et prendre vos retours.
>>
>> Les types de retours qui nous sont chers:
>> - Love / Hate: les choses qui font sens, les choses qui ne servent à
>> rien, les nice to have, les choses appréciées, les choses géniales
>> - Bugs: Nous avons déjà un bug tracker, mais il ne filtre évidemment pas
>> tout
>> - Feature requests: Des choses qui manquent et que vous voudriez, ou
>> que vous voyiez de manière différente.
>>
>> L'objectif d'OSM Contributor, c'est de "réduire le cout d'entrée à
>> OpenStreetMap" (pour paraphraser Christian Quest) et de permettre à
>> des utilisateurs débutants comme confirmés de contribuer sans blabla.
>>
>> Merci infiniment pour ceux qui auront la patience de s'y intéresser,
>> n'hésitez pas à répondre à ce mail pour avoir votre accès à la beta.
>>
>> Screenshot:
>> https://twitter.com/jawgio/status/767731944964644865
>>
>> Loïc
>>
>> ___
>> Talk-fr mailing list
>> Talk-fr@openstreetmap.org
>> https://lists.openstreetmap.org/listinfo/talk-fr
>>
>
>
> ___
> Talk-fr mailing list
> Talk-fr@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-fr
>



-- 
Cordialement,
Jérôme Seigneuret
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr

Re: [Talk-cz] Mapovani vysilacu v OSM - Draft #2

[Pavel Machek]

Ahoj!
> 
> mapování vysílačů je určitě zajímavý projekt a já bych rád přispěl svou 
> trochou do mlýna.
> 
> Je otázkou, jestli mají tato data co dělat v OSM. Přece jen už jsou to věci,
> které se nedají ověřit pohledem při příchodu na místo (tím spíš, že vás do 
> areálu vysílačů obvykle nepustí :-) ).

OSM vyzaduje overitelnost, ne overitelnost ocima.

>  - telekomunikační úřad poskytuje dost dat, viz https://www.ctu.cz/databaze 
> . Otázka je, jak je to s licencováním.
>  - vysílače rádia jsem zkoušel naimportovat do umapu - viz https://umap.
> openstreetmap.fr/en/map/vysilace-radia_83867#8/49.788/15.507

Pekne :-), a zda se i presne. A nejspis je to uredni dilo takze s
licenci by nemel byt problem...

Pavel
-- 
(english) http://www.livejournal.com/~pavelmachek
(cesky, pictures) 
http://atrey.karlin.mff.cuni.cz/~pavel/picture/horses/blog.html

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

[Talk-ca] JOSM: purge import pictures into sequence after use

[Laura O'Grady]

I'm currently adding a fairly large number of amenities, POIs, etc. into OSM in 
a newly developed neighbourhood near where I live. I used a GPS to photograph 
the location of these entities and am using the "import pictures into sequence" 
feature on the File menu in JOSM. 

For those not familiar with this feature the pictures appear on the map with a 
triangle symbol and a green line connecting the sequence in which the photos 
were entered into JOSM.

My first import was some photos of park benches. After upload I added some 
photos of fire hydrants. But the park bench photos and green connecting line 
were still there. So I closed and opened JOSM, reloaded the tiles for the area 
I'm working on but it still didn't purge it. So I continued on, added and 
uploaded the fire hydrants and then added some waste baskets. The problem is my 
work space is now cluttered with all three. It's getting hard to sort 
everything out and I have more entries to make.

TL;DR How do you remove one entry of "import pictures in sequence" after 
completing and uploading edits?

Any suggestions? I'm using the most recent version of JOSM.

Thanks.

Laura

-
Laura O'Grady
la...@lauraogrady.ca

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

Re: [OSM-talk-fr] Contribution à OpenStreetMap sur Android

[Charles MILLET]

Bonjour Loïc,

Je suis partant pour tester, par contre le mois de septembre est super 
chargé donc je ne suis pas certain de pouvoir faire beaucoup de 
remontées avec SotM.


Je me permets déjà de te demander s'il est prévu que les données hors 
lignes soient mutualisées avec celle d'OSMAnd et/ou Maps.Me ; pour des 
raisons de simplification de la mise à jour et de stockage.


Amicalement.

Charles MILLET
charlesmil...@free.fr

Le 22/08/2016 à 17:33, loic ortola a écrit :

Bonjour à tous,

il y a un peu plus d'un an, on a lancé OSM Contributor, une appli
Android de contribution à OSM.
Après un StateOfTheMap FR très encourageant, l'équipe a décidé de
tordre le cou à la roadmap inspirée par de nombreux membres de la
communauté (merci à eux), et de préparer une nouvelle version de
l'appli.
Au menu:
- OAuth et Sign-in with Google
- Fonds de carte vectoriels
- Détection de type de données et widgets adaptés (horaires, date, etc...)
- Marketplace Opensource pour ajouter des presets (un mode dégradé
permettant à des utilisateurs non techniques de contribuer de façon
fléchée et SIMPLE) (https://github.com/jawg/h2geo-presets)
- Beaucoup d'améliorations de l'expérience utilisateur
- Mode hors-ligne (possibilité de charger des régions hors-ligne)
- Duplication de POI
- Amélioration du crawler h2geo (https://github.com/jawg/h2geo)

On souhaite release la version majeure pour le State-Of-The-Map à
Bruxelles, et recherchons des volontaires pour beta-tester
l'application avant sa sortie.

Si vous êtes tentés pour l'utiliser pour une Cartopartie ou juste pour
vous, on serait vraiment très heureux de pouvoir vous confier une
distribution et prendre vos retours.

Les types de retours qui nous sont chers:
- Love / Hate: les choses qui font sens, les choses qui ne servent à
rien, les nice to have, les choses appréciées, les choses géniales
- Bugs: Nous avons déjà un bug tracker, mais il ne filtre évidemment pas tout
- Feature requests: Des choses qui manquent et que vous voudriez, ou
que vous voyiez de manière différente.

L'objectif d'OSM Contributor, c'est de "réduire le cout d'entrée à
OpenStreetMap" (pour paraphraser Christian Quest) et de permettre à
des utilisateurs débutants comme confirmés de contribuer sans blabla.

Merci infiniment pour ceux qui auront la patience de s'y intéresser,
n'hésitez pas à répondre à ce mail pour avoir votre accès à la beta.

Screenshot:
https://twitter.com/jawgio/status/767731944964644865

Loïc

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



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

Re: [OSM-talk-fr] Problème de rafraichissement des tuiles

[Philippe Verdy]

Il y a pas mal de petits sites qui utilisent ces tuiles, la plupart pour
des cartes thématiques sur des blogues associatifs qui n'ont pas la
capacité de gérer leur serveur de tuiles et encore moins de payer un
fournisseur comme Mapquest (qui auparavant le permettait mais qui impose
maintenant des paiements disproportiennés par rapport à l'usage): ils se
sont rabattus sur les tuiles d'OSM, mais leur trafic est faible et les
cartes sont souvent très locales avec peu d'exploitation du zoom.
A-t-on d'autres offres de rendu par défaut pour les sites associatifs ou
individuels type blogues ?
Peut-on avoir pour ces sites un rendu à faible rafraîchissement qui
permettrait malgré tout d'avoir un raffraîchissement plus rapide pour le
rendu (davantage technique) par défaut d'OSM utilisé pour les contributions?

L'effet Pokemon Go joue sans doute (ces jours-ci on a vu fleurir divers
outils (non officiels) pour leurs joueurs, qui ne s'embarrassent pas de
demander l'autorisation mais demandent des rafraichissements élevés: ces
applis mal fichues forcent aussi des raffraichissements trop souvent, et ne
gèrent pas bien leur cache (ou le désactive). Même pour le jeu lui-même,
Google a mis en place un fond de carte réduit avec peu de détails: ça ne
plait pas aux joueurs qui veulent plus de détails (mais ne veulent pas
payer non plus Google).

Le retrait de Mapquest est certainement le plus significatif : nombre de
contributeurs et de petits sites préféraient travailler avec le fond
Mapquest mais il n'ont plujs d'autre alternative (seul le rendu OSM
supporte une charge correcte, mais on note que même pour afficher les
cartes, on a maintenant souvent des tuiles grises, qu'on a peine à afficher
après plusieurs minutes, même à des niveaux de zoom modérés autour de 12).
Pour ces niveaux voisins de 12, OSM aura besoin d'augmenter la taille des
caches pour moins solliciter le rendu avec les tuiles expirées ou qui ont
débordé du cache et ont été purgées trop tôt. Cela demandera des espaces
disques supplémentaires et d'avantage de proxy. Le CDN actuel ne suffit
plus et notamment pour travailler sur les zones blanches des pays moins
développés : cela devient même une gêne pour des activités critiques type
HOT (même si là on a un rendu spécifique qui permettrait de prioritiser
certaines zones où une tâche HOT urgente est actif).

Le 23 août 2016 à 18:58, Christian Quest  a écrit :

> Les serveurs de tuiles sont pas mal sollicités en ce moment d'après ce que
> j'ai compris. C'est peut être l'explication.
>
> Côté OSM-FR, l'effet MapQuest a multiplié le traffic par 3 environ. A cela
> s'est ajouté aussi un effet Pokemon... plusieurs sites utilisent les tuiles
> de tile.openstreetmap.fr et ça se sent aussi. Pour info, en juillet, on a
> atteint 297 millions de tuiles servies par le cache, soit presque 10
> millions par jour.
>
> J'ai fait un peu d'optimisation cet été pour le serveur pour compenser.
>
>
> Le 23/08/2016 à 18:47, Jérôme Seigneuret a écrit :
>
>> Arf d'habitude le rafraichissement sur les niveaux 18 à 14 sont assez
>> rapide... C'est globalement inférieur à 15min. Là on est plutôt sur
>> plusieurs heures voir jours. Le niveau 18 s'est mis à jour au bout de
>> 2jours. Pour les niveaux 17 et inférieurs, j'attends encore...
>>
>>
> --
> Christian Quest - OpenStreetMap France
>
>
>
> ___
> Talk-fr mailing list
> Talk-fr@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-fr
>
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr

Re: [Talk-cl] Planificador de rutas multimodal

[ignacio abé]

Es verdad que la calidad de una ciclovía es algo bastante ambiguo si no se
establecen parámetros. Por otro lado, una evaluación verdadera va más allá
de los parámetros que se pueden establecer en Openstreetmap. A pesar de
esto, hay dos herramientas que son útiles para establecer esto.

Primero, me toca trabajar frecuentemente con organizaciones y entidades
relacionadas al ciclismo urbano. Y hay una especie de concenso tácito sobre
cuáles ciclovías son buenas (cumplen con el estándar) cuáles son
deficientes pero utilizables, y cuáles son sencillamente un despropósito.

Por otro lado, existe un manual de ciclovías, elaborado por el Ministerio
de Vivienda y Urbanismo, que establece cuáles son los parámetros que
determinan la calidad de una ciclovía.

Creo que es un tema prioritario tomando en cuenta que varias de las que se
están construyendo o planeando hoy en día caen en la tercera categoría.

Y un par de aclaraciones sobre etiquetado. Según el wiki de osm,
*cycleway=lane* es para ciclobandas, esto quiere decir ciclovías en la
calle sin segregación física. *cycleway=track* es para ciclovías con
segregación física, aunque no sea continua. No existe una categoría para
ciclovías por la vereda, aunque en general, en santiago, se ocupa

*track*
pd: me refería al parque Balmaceda, no al Uruguay. Ahí, a pesar de que
circulan muchos ciclistas, no hay una ciclovía. Efectivamente se pavimentó
y regularizó la ciclovía del parque Uruguay.

I.A.

El 23 de agosto de 2016, 15:05, Marco Antonio
escribió:

> On Tue, 23 Aug 2016 13:50:49 -0300 ignacio abé 
> wrote:
>
> > Estaba pensando añadir un tag para referirme a la calidad de las
> > ciclovías, y así abordar el tema de la mala calidad de diseño y
> > ejecución para la mayoría de las vías en Santiago. Qué esquema o
> > etiquetas les parecen indicados para abordar este problema ?
>
> Qué elementos deberían considerarse para decir que una ciclovía es de
> calidad? La calidad es algo ambiguo si no se delimita.
>
> Por ejemplo en esta encuesta [1], dicen que algunos lugares son
> angostos o que la calidad de la superficie es mala.
>
> Mapear el ancho (with=*) y obtener que tramos están por debajo o
> cercano a una constante.
>
> Mapear la superficie (surface=*) y obtener que tramos deben cambiarse o
> mejorar
>
> Mapear la suavidad (smoothness=*) y obtener que lugares impiden circular
>
> Y otros más. Sobre la calidad de diseño, habrá que identificar mejor
> (cruces, elementos de acceso, geometrías).
>
> abrazos,
>
> Marco Antonio
> @51114u9
>
> [1]
> http://www.latercera.com/noticia/santiago/2013/12/1731-
> 555382-9-santiaguinos-consideran-deficiente-la-
> calidad-de-las-ciclovias-de-la-capital.shtml
>
___
Talk-cl mailing list
Talk-cl@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-cl

Re: [Talk-in] Looking for a desktop OSM client for use in Debian

[Abhijit Kshirsagar]

Have you looked at Viking and JOSM?
Abhijit

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

Re: [Talk-cl] Planificador de rutas multimodal

[Marco Antonio]

On Tue, 23 Aug 2016 13:50:49 -0300 ignacio abé 
wrote:

> Estaba pensando añadir un tag para referirme a la calidad de las
> ciclovías, y así abordar el tema de la mala calidad de diseño y
> ejecución para la mayoría de las vías en Santiago. Qué esquema o
> etiquetas les parecen indicados para abordar este problema ?

Qué elementos deberían considerarse para decir que una ciclovía es de
calidad? La calidad es algo ambiguo si no se delimita.

Por ejemplo en esta encuesta [1], dicen que algunos lugares son
angostos o que la calidad de la superficie es mala.

Mapear el ancho (with=*) y obtener que tramos están por debajo o
cercano a una constante.

Mapear la superficie (surface=*) y obtener que tramos deben cambiarse o
mejorar

Mapear la suavidad (smoothness=*) y obtener que lugares impiden circular

Y otros más. Sobre la calidad de diseño, habrá que identificar mejor
(cruces, elementos de acceso, geometrías).

abrazos,

Marco Antonio
@51114u9

[1]
http://www.latercera.com/noticia/santiago/2013/12/1731-555382-9-santiaguinos-consideran-deficiente-la-calidad-de-las-ciclovias-de-la-capital.shtml

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

Re: [OSM-talk-fr] Problème de rafraichissement des tuiles

[Jérôme Seigneuret]

Ok,

Donc c'est en effet un problème technique mais lié à la montée en charge de
la demande de service... Arf. Coté serveur FR, j'ai pas vu le problème car
ArcGIS ne fourni que le service de tuilage openstreetmap.org...

Merci pour le taf coté serveur Français. Du coup en édition je vérifie sur
les fonds FR la prise en compte des modifications.



Le 23 août 2016 à 18:58, Christian Quest  a écrit :

> Les serveurs de tuiles sont pas mal sollicités en ce moment d'après ce que
> j'ai compris. C'est peut être l'explication.
>
> Côté OSM-FR, l'effet MapQuest a multiplié le traffic par 3 environ. A cela
> s'est ajouté aussi un effet Pokemon... plusieurs sites utilisent les tuiles
> de tile.openstreetmap.fr et ça se sent aussi. Pour info, en juillet, on a
> atteint 297 millions de tuiles servies par le cache, soit presque 10
> millions par jour.
>
> J'ai fait un peu d'optimisation cet été pour le serveur pour compenser.
>
>
> Le 23/08/2016 à 18:47, Jérôme Seigneuret a écrit :
>
>> Arf d'habitude le rafraichissement sur les niveaux 18 à 14 sont assez
>> rapide... C'est globalement inférieur à 15min. Là on est plutôt sur
>> plusieurs heures voir jours. Le niveau 18 s'est mis à jour au bout de
>> 2jours. Pour les niveaux 17 et inférieurs, j'attends encore...
>>
>>
> --
> Christian Quest - OpenStreetMap France
>
>
>
> ___
> Talk-fr mailing list
> Talk-fr@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-fr
>



-- 
Cordialement,
Jérôme Seigneuret
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr

Re: [Talk-it] segnalate le mancate attribuzioni

[Dino Michelini]

Vi segnalo il programma "sentieri d'Italia" 
(http://www.marcopolo.tv/?s=sentieri+d%27italia) di Michele della Palma 
(http://www.micheledallapalma.it) trasmesso tutti i giorni alle ore 
05:30, 11:30 e 20:40 su marcopolo tv canale 222 DTT. Nelle puntante 
spesso vengono mostrati gli itinerari dei percorsi facendo ricorso alla 
cartografia di openstreetmap ma nei titoli di coda manca ogni 
riferimento/ringraziamento a openstreetmap mentre sono menzionati tutti 
gli sponsor.


ciao


Il 23/08/2016 18:37, Alessandro Palmas ha scritto:
Nelle scorse settimane, con l'aiuto di un avvocato, abbiamo 
rielaborato la lettera di segnalazione per la mancata attribuzione:


- - - - - -

Gentile/Spettabile Signor/Comune/Azienda,

Le scrivo in quanto ho riscontrato la presenza della mappa / dei dati 
OpenStreetMap http://www.openstreetmap.org/ alla pagina del Vostro sito:


http://tuapagina.it 

Come membro volontario della comunità di OpenStreetMap, mi fa piacere 
si sia scelta la nostra mappa / i nostri dati, ma vorrei evidenziare 
nel contempo che il vostro uso difetta di uno dei pochi requisiti 
richiesti dal progetto, avere l'attribuzione che consiste nella 
indicazione della provenienza della mappa o dei dati da OpenStreetMap, 
come si può leggere nel testo della licenza:


http://www.openstreetmap.org/copyright

OpenStreetMap è un progetto di mappatura libera, collaborativa e open 
data le cui mappe sono distribuite con licenza CC-BY-SA mentre i dati 
sono distribuiti con licenza ODbL. Questo significa che chiunque la 
utilizzi è libero di copiare, distribuire, trasmettere e adattare i 
dati, con il solo vincolo di riconoscerne la proprietà.


Per questo motivo richiedo gentilmente che l'attribuzione "© 
OpenStreetMap contributors”, venga inserita nella mappa / a corredo 
dei dati, oppure il link “http://www.openstreetmap.org/” 
 
nel caso di un’immagine della mappa; in caso di una mappa elettronica 
navigabile o statica, come si può vedere nell’esempio sotto riportato, 
il riconoscimento deve essere mostrato in un angolo della mappa 
attraverso un link.





Per noi è importante il pieno rispetto della licenza; l’uso dei dati e 
delle immagini cartografiche richiede unicamente il rispetto del 
nostro lavoro di volontari mappatori, attività che come avete appurato 
diviene utile anche per le vostre necessità.


Wikimedia Italia è il capitolo italiano ufficiale di OpenStreetMap 
Foundation per l'Italia e vigila sul rispetto delle condizioni d'uso 
di OpenStreetMap. In caso si verifichi il protrarsi della mancata 
attribuzione della mappa / dei dati ci vedremo costretti a prendere 
ulteriori misure


Qualora necessiti d'avere ulteriori informazioni, potete scrivere alla 
e-mail:


/alessandro.pal...@wikimedia.it/

Sono certo che i riferimenti riportati siano sufficienti a verificare 
quanto da me scritto; mi auguro che ciò sia sufficiente ad intervenire 
da parte vostra per mettere fine ad una mancata attribuzione, cordiali 
saluti.


- - - - - - -

Ho scorso le mail degli ultimi mesi ed ho trovato ben poco, 
fortunatamente parecchi siti segnalati ora attribuiscono 
correttamente. Vi chiederei cortesemente di segnalare le attuali 
violazioni di cui siate a conoscenza in modo da far partire un primo 
blocco di mail.


Grazie
  Alessandro Ale_Zena_IT



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



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

[Talk-ca] Dawson City, YT

[bootprint1]

The Bing imagery around Dawson City, Yukon appears to be off. The GPS
traces and Geobase NRN line up fairly close, but the roads have been edited
to match the Bing imagery so things are a bit of a mess.
The imagery also appears to be slightly at an angle, so re-alignment in one
part of the town doesn't match up a few blocks away.

Would it be best to just re-match the roads to Geobase NRN? Any other
suggestions?


Found out about this issue from a note,
https://www.openstreetmap.org/note/679088.
___
Talk-ca mailing list
Talk-ca@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-ca

Re: [Talk-cl] Planificador de rutas multimodal

[Danilo Lacoste]

comprendo.

2016-08-23 13:32 GMT-03:00 ignacio abé :
> Según la descripción de Juan no es posible, porque por ejemplo la api de
> bikesantiago entrega datos en tiempo real de las estaciones, y osm no puede
> tener este tipo de información.
>
> Buen proyecto !
>
> Saludos
>
> I.A.
>
> El 22 de agosto de 2016, 10:52, Danilo Lacoste escribió:
>>
>> Juan, por qué no volcar todos los datos a OSM y desarrollar una app
>> que trabaje solo desde allí?
>>
>>
>> 2016-08-20 19:34 GMT-03:00 Juan Pizarro :
>> > Hola,
>> >
>> > Junto a unos amigos estamos trabajando en un planificador de rutas
>> > multimodal, actualmente usamos los datos de OSM y la api de
>> > bikesantiago.
>> >
>> > Estamos usando modeify, opentripplanner y Docker
>> >
>> > http://planner.pedalean.com
>> >
>> > También tenemos una prueba de concepto usando OSRM en heroku, para rutas
>> > para ciclistas.
>> >
>> > http://map.pedalean.com/
>> >
>> > Estamos en búsqueda de datos para mejorar la ruta ofrecida, ej
>> > accidentes,
>> > contaminación,  etc.
>> >
>> > Estamos agradecidos desde ya, por feedback o colaboración.
>> >
>> > Saludos
>> >
>> >
>> > ___
>> > Talk-cl mailing list
>> > Talk-cl@openstreetmap.org
>> > https://lists.openstreetmap.org/listinfo/talk-cl
>> >
>>
>>
>>
>> --
>> Danilo Lacoste Z.   dan...@lacosox.org
>> Ing. Civil en informática
>> www.lacosox.org
>>
>> ___
>> Talk-cl mailing list
>> Talk-cl@openstreetmap.org
>> https://lists.openstreetmap.org/listinfo/talk-cl
>
>



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

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

Re: [Talk-ca] OSM - Gatineau largebuilding

[James]

Would have to pass through STATS can to get it as gatineau doesn't have the
building outlines available(or else I would have imported them) to the
public on their data portal

On Tue, Aug 23, 2016 at 1:15 PM, john whelan  wrote:

> Stats Canada are arranging to make the Ottawa building dataset available
> on the Federal Government's open data web site to avoid any licencing
> issues.  My understanding is the Gatineau data set will be made available
> in a similar manner.
>
> Jamie is more likely to be conversant with the availability and current
> licencing of the Gatineau Open Data than I am.
>
> Bjenk is currently on vacation but I expect the datasets to be available
> before mid September.  In the same timeframe the City of Ottawa is expected
> to formally adopt the same licence as the Federal Government's Open data
> web site.  The City of Ottawa's Open Data address data is likely to be made
> available in the same manner and I seem to recollect that  Bjenk's thoughts
> are that even data such as the City of Ottawa's GTFS file could be made
> available in the same manner.
>
> For the moment I would recommend holding off until the formal
> announcement.  It might not seem like it but things are moving quite
> quickly in the background and quite a lot thought and people are involved
> in making it all work smoothly even though nothing appears to be happening
> at the moment.
>
> I think part of the plan is to set up a tile system so the building data
> can be imported very carefully a tile at a time in an organised fashion.
>
> Cheerio John
>
> On 23 Aug 2016 12:07 pm, "Niko sy"  wrote:
>
>> Hello everyone!
>>
>> I was wondering if someone had a download link to the City of Gatineau's
>> official largebuilding footprint equivalent like the City of Ottawa is
>> using for the STC OSM initiative?
>>
>> Thank you,
>>
>> Zachary
>>
>>
>>
>> ___
>> Talk-ca mailing list
>> Talk-ca@openstreetmap.org
>> https://lists.openstreetmap.org/listinfo/talk-ca
>>
>>
> ___
> Talk-ca mailing list
> Talk-ca@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-ca
>
>


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

[Talk-in] Looking for a desktop OSM client for use in Debian

[shirish शिरीष]

Hi all,

I have been fooling around with gps mapping from some days back.
Nothing major, just making tracks and traces using osmand on my
Samsung mobile phone.

The thing works and have been able to successfully copy the tracks
locally from  Card/Android/Data/net.osmand.plus/files/rec/filename.gpx
 to my lappies and workstations using josm to view and get the
surroundings around the tracks and traces place.

But I do see a difference between the two softwares is that when I
first ran osmand, it asked me if I wanted to download offline vector
maps for Maharashtra as well as asked me to download the world map as
well. It took me a while but was able to do it.

Now I have been looking for a similar desktop client and so far it has
been a disappointment.

Can anybody give a suggestion or two ?

There are few features that the client should have -

a. Preferably it should be under a FOSS license - GPLv2/3 or even
copyleft licenses would do.

b. It should have ability to download offline vector maps

c. It should be able to generate more than one kind of tile -

- If I understand it correctly, when we use OSM , the tiles are being
generated on the server depending on what scale we put and bandwidth.
If it can be similarly done, then if you have loads of RAM you could
have a better-looking map (assuming that such tiles are FOSS as well.)

Looking for comments if people have some idea if something similar is
in works. I am not looking for a solution which involves fiddling
around with servers and databases, but something simpler from an
end-user kind of perspective.

-- 
  Regards,
  Shirish Agarwal  शिरीष अग्रवाल
  My quotes in this email licensed under CC 3.0
http://creativecommons.org/licenses/by-nc/3.0/
http://flossexperiences.wordpress.com
EB80 462B 08E1 A0DE A73A  2C2F 9F3D C7A4 E1C4 D2D8

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

Re: [Talk-ca] OSM - Gatineau largebuilding

[john whelan]

Stats Canada are arranging to make the Ottawa building dataset available on
the Federal Government's open data web site to avoid any licencing issues.
My understanding is the Gatineau data set will be made available in a
similar manner.

Jamie is more likely to be conversant with the availability and current
licencing of the Gatineau Open Data than I am.

Bjenk is currently on vacation but I expect the datasets to be available
before mid September.  In the same timeframe the City of Ottawa is expected
to formally adopt the same licence as the Federal Government's Open data
web site.  The City of Ottawa's Open Data address data is likely to be made
available in the same manner and I seem to recollect that  Bjenk's thoughts
are that even data such as the City of Ottawa's GTFS file could be made
available in the same manner.

For the moment I would recommend holding off until the formal
announcement.  It might not seem like it but things are moving quite
quickly in the background and quite a lot thought and people are involved
in making it all work smoothly even though nothing appears to be happening
at the moment.

I think part of the plan is to set up a tile system so the building data
can be imported very carefully a tile at a time in an organised fashion.

Cheerio John

On 23 Aug 2016 12:07 pm, "Niko sy"  wrote:

> Hello everyone!
>
> I was wondering if someone had a download link to the City of Gatineau's
> official largebuilding footprint equivalent like the City of Ottawa is
> using for the STC OSM initiative?
>
> Thank you,
>
> Zachary
>
>
>
> ___
> 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: [OSM-talk] SearchAroundBot: a Telegram Bot for OSM

[Alejandro S.]

Then why is called SearchAroundBot if it's not for searching?

Best regards,
  Alejandro Suárez

On 23 August 2016 at 19:11, Nicolás Alvarez 
wrote:

> SearchAroundBot is for editing, not searching. I don't think they have
> enough in common to merge.
>
> Enviado desde mi iPhone
>
> El 23 ago 2016, a las 14:04, Alejandro S. 
> escribió:
>
> Hi,
> You can find also OSMbot [0] that let you find many different features,
> maybe you can contact them and work together?
>
> [0]: https://telegram.me/OSMBbot
>
> Kind regards,
>   Alejandro Suárez
>
> On 23 August 2016 at 18:04, Federico  wrote:
>
>> Hi,
>>
>> I've recently developed a Telegram Bot (https://telegram.me/SearchAro
>> undBot) to enable users to easily add POI (currently only drinking water
>> and toilets amenities) into OSM. Here is the OSM wiki page here:
>> https://wiki.openstreetmap.org/wiki/SearchAroundBot
>>
>> I'd like to ask you to have a look at it and let me know if you have any
>> specific suggestion for improving it. If so please go to the osm forum:
>> http://forum.openstreetmap.org/viewtopic.php?pid=605383#p605383
>>
>> Thanks for your attention,
>> Federico
>>
>> ___
>> talk mailing list
>> talk@openstreetmap.org
>> https://lists.openstreetmap.org/listinfo/talk
>>
>>
> ___
> talk mailing list
> talk@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk
>
>
___
talk mailing list
talk@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk

Re: [OSM-talk] SearchAroundBot: a Telegram Bot for OSM

[Nicolás Alvarez]

SearchAroundBot is for editing, not searching. I don't think they have enough 
in common to merge.

Enviado desde mi iPhone

> El 23 ago 2016, a las 14:04, Alejandro S.  escribió:
> 
> Hi, 
> You can find also OSMbot [0] that let you find many different features, maybe 
> you can contact them and work together?
> 
> [0]: https://telegram.me/OSMBbot
> 
> Kind regards,
>   Alejandro Suárez
> 
>> On 23 August 2016 at 18:04, Federico  wrote:
>> Hi,
>> 
>> I've recently developed a Telegram Bot (https://telegram.me/SearchAroundBot) 
>> to enable users to easily add POI (currently only drinking water and toilets 
>> amenities) into OSM. Here is the OSM wiki page here: 
>> https://wiki.openstreetmap.org/wiki/SearchAroundBot
>> 
>> I'd like to ask you to have a look at it and let me know if you have any 
>> specific suggestion for improving it. If so please go to the osm forum: 
>> http://forum.openstreetmap.org/viewtopic.php?pid=605383#p605383
>> 
>> Thanks for your attention,
>> Federico
>> 
>> 
>> ___
>> talk mailing list
>> talk@openstreetmap.org
>> https://lists.openstreetmap.org/listinfo/talk
> 
> ___
> talk mailing list
> talk@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk
___
talk mailing list
talk@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk

Re: [OSM-talk] SearchAroundBot: a Telegram Bot for OSM

[Alejandro S.]

Hi,
You can find also OSMbot [0] that let you find many different features,
maybe you can contact them and work together?

[0]: https://telegram.me/OSMBbot

Kind regards,
  Alejandro Suárez

On 23 August 2016 at 18:04, Federico  wrote:

> Hi,
>
> I've recently developed a Telegram Bot (https://telegram.me/
> SearchAroundBot) to enable users to easily add POI (currently only
> drinking water and toilets amenities) into OSM. Here is the OSM wiki page
> here: https://wiki.openstreetmap.org/wiki/SearchAroundBot
>
> I'd like to ask you to have a look at it and let me know if you have any
> specific suggestion for improving it. If so please go to the osm forum:
> http://forum.openstreetmap.org/viewtopic.php?pid=605383#p605383
>
> Thanks for your attention,
> Federico
>
> ___
> talk mailing list
> talk@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk
>
>
___
talk mailing list
talk@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk

Re: [OSM-talk-fr] Problème de rafraichissement des tuiles

[Christian Quest]

Les serveurs de tuiles sont pas mal sollicités en ce moment d'après ce 
que j'ai compris. C'est peut être l'explication.


Côté OSM-FR, l'effet MapQuest a multiplié le traffic par 3 environ. A 
cela s'est ajouté aussi un effet Pokemon... plusieurs sites utilisent 
les tuiles de tile.openstreetmap.fr et ça se sent aussi. Pour info, en 
juillet, on a atteint 297 millions de tuiles servies par le cache, soit 
presque 10 millions par jour.


J'ai fait un peu d'optimisation cet été pour le serveur pour compenser.


Le 23/08/2016 à 18:47, Jérôme Seigneuret a écrit :
Arf d'habitude le rafraichissement sur les niveaux 18 à 14 sont assez 
rapide... C'est globalement inférieur à 15min. Là on est plutôt sur 
plusieurs heures voir jours. Le niveau 18 s'est mis à jour au bout de 
2jours. Pour les niveaux 17 et inférieurs, j'attends encore...




--
Christian Quest - OpenStreetMap France


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

Re: [OSM-talk-fr] Extraire une géométrie représentative d'une relation

[Christian Quest]

Je ne suis pas sûr que ça donne un résultat pertinent et surtout en ne 
définissant pas clairement ce que tu veux en sortie je pense qu'on peut 
sortir plein de choses bien variées. Si tu veux précisément la géométrie 
de la ligne sans les autres objets de la relation (même cas pour une 
ligne de bus) il faut filtrer sur le rôle et éventuellement le type de 
géométrie (linestring ou polygon).


Avec postgis, un ST_Buffer négatif, permet de virer ces 
excroissances...  mais ça marchera sur ce type de géométrie pas 
forcément sur d'autres.


Il y a aussi une fonction "squelette" dans postgis, elle permet par 
exemple d'avoir une ligne médiane d'un polygone.


Pour le placement de textes, c'est utile, ça permet d'avoir des textes 
qui suivent la forme globale plutôt que d'être placé à l'horizontal, 
mais je n'ai pas encore essayé d'utiliser ça pour les rendus.


Bref, vaste sujet ;)


Le 23/08/2016 à 16:59, François Lacombe a écrit :
En fait, je donnais un exemple et le but est de trouver une méthode 
pour toutes les relations.

Toutes n'ont pas de membre avec le role line.

On peut se demander ce qu'est une géométrie représentative (je 
raisonne tout haut)
Le périmètre qui encadre tous les membres par exemple, mais trop 
"grossier".

Ou alors la concaténation des plus gros membres de la relation
Il doit surement y avoir d'autres moyens de l'exprimer

Dans mon exemple, on devrait être capable de retrouver la forme de la 
ligne qui constitue le plus gros de la relation en éliminant le 
"bruit" aux extrémités provoqué par des objets proches les uns des 
autres au regarde de l'étendue de la relation.
Mais surtout il ne faut travailler que sur la géométrie des membres, 
dès qu'on passe aux attributs, ca revient à définir des règles 
spécifiques dont je ne veux pas.


Pas sur que ce soit plus clair :)

*François Lacombe*

fl dot infosreseaux At gmail dot com
www.infos-reseaux.com 
@InfosReseaux 

Le 22 août 2016 à 16:45, Christian Quest > a écrit :


Dans overpass une requête permet de ne sélectionner que les
membres portant un certain rôle dans la relation:

rel(5430194 );
way(r:"line");
(._;>;);out skel;

Après il faut en récupérer la version geojson...


Le 22/08/2016 à 15:25, François Lacombe a écrit :

Bonjour Philippe, Guillaume,

Personne n'est a coté de la plaque ;)

Cependant, seule la méthode m’intéresse.
En effet il y a déjà quelques outils qui parviennent à présenter
graphiquement une relation mais j'ai besoin de l'implémenter de
mon côté.

Relativement à l'exemple du résultat d'OSM.org. Il n'emploie pas
une géométrie unique. Il affiche tous les objets de la relation
et c'est vite le fouillis, en plus de devoir être découpé pour
être intégré dans du geojson.
Voir ici : http://www.openstreetmap.org/relation/5430194

Je m'attends à récupérer une ligne toute simple sans les deux
polygones aux extrémités. C'est la seule géométrie "simple" et
représentative qu'on puisse exploiter sans faire appel à des
FeatureCollections ou autre.

Et ça me semble très dur de trouver une méthode générique qui
puisse faire cette synthèse parce qu'il semble qu'il y ait autant
de possibilités que de cas :'(

François

Le 22 août 2016 à 14:45, Philippe Verdy > a écrit :

Le site web OSM le fait déjà quand on "explore" une relation:
ça télécharge un jeu de données JSON permettant le rendu
vectoriel de l'objet sélectionné par dessus le fond de carte.
La Wikipédie francophone le fait aussi sur ses cartes (mais
elle requête son propre serveur pour obtenir aussi des POIs
géolocalisés sur Wikipédia ou des photos géolocalisées sur
Commons)
Attention en cas d'inclusion dans un script web : l'API ne
doit pas surcharger le serveur interrogé (on a vu le problème
ces jours-ci sur Overpass API avec des centaines de milliers
de requêtes par heure au lieu de quelques dizaines
habituellement, deux serveurs Overpass API sont tombés
plusieurs fois de suite, peut-être à cause d'un script d'un
réseau publicitaire abusif ou d'une appli non-officielle type
Pokemon).
Bref gérer des caches sur votre serveur et éviter de faire
des requêtes automatiques en boucle par le client sur chaque
page web du site ou chaque page de l'appli mobile, respecter
les protocoles !


Le 22 août 2016 à 14:30, François Lacombe
> a écrit :

Bonjour à tous,

Avec la récente mise en place et adoption croissante
d'open event 

Re: [Talk-cl] Planificador de rutas multimodal

[ignacio abé]

Ya que ponen el tema, creo bueno mencionar que de vez en cuando me dedico a
revisar la capa de ciclovías de Santiago.

Mi propósito es darle coherencia a los datos, uniformar las maneras de
describir las cosas, eliminar duplicados o ciclovías que no son tales (como
las del parque uruguay por ejemplo). En general me baso en el wiki de osm
de Chile.

Estaba pensando añadir un tag para referirme a la calidad de las ciclovías,
y así abordar el tema de la mala calidad de diseño y ejecución para la
mayoría de las vías en Santiago. Qué esquema o etiquetas les parecen
indicados para abordar este problema ?

Saludos

I.A.

El 23 de agosto de 2016, 13:32, ignacio abé escribió:

> Según la descripción de Juan no es posible, porque por ejemplo la api de
> bikesantiago entrega datos en tiempo real de las estaciones, y osm no puede
> tener este tipo de información.
>
> Buen proyecto !
>
> Saludos
>
> I.A.
>
> El 22 de agosto de 2016, 10:52, Danilo Lacoste
> escribió:
>
>> Juan, por qué no volcar todos los datos a OSM y desarrollar una app
>> que trabaje solo desde allí?
>>
>>
>> 2016-08-20 19:34 GMT-03:00 Juan Pizarro :
>> > Hola,
>> >
>> > Junto a unos amigos estamos trabajando en un planificador de rutas
>> > multimodal, actualmente usamos los datos de OSM y la api de
>> bikesantiago.
>> >
>> > Estamos usando modeify, opentripplanner y Docker
>> >
>> > http://planner.pedalean.com
>> >
>> > También tenemos una prueba de concepto usando OSRM en heroku, para rutas
>> > para ciclistas.
>> >
>> > http://map.pedalean.com/
>> >
>> > Estamos en búsqueda de datos para mejorar la ruta ofrecida, ej
>> accidentes,
>> > contaminación,  etc.
>> >
>> > Estamos agradecidos desde ya, por feedback o colaboración.
>> >
>> > Saludos
>> >
>> >
>> > ___
>> > Talk-cl mailing list
>> > Talk-cl@openstreetmap.org
>> > https://lists.openstreetmap.org/listinfo/talk-cl
>> >
>>
>>
>>
>> --
>> Danilo Lacoste Z.   dan...@lacosox.org
>> Ing. Civil en informática
>> www.lacosox.org
>>
>> ___
>> Talk-cl mailing list
>> Talk-cl@openstreetmap.org
>> https://lists.openstreetmap.org/listinfo/talk-cl
>>
>
>
___
Talk-cl mailing list
Talk-cl@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-cl

Re: [OSM-talk-fr] Problème de rafraichissement des tuiles

[Jérôme Seigneuret]

Arf d'habitude le rafraichissement sur les niveaux 18 à 14 sont assez
rapide... C'est globalement inférieur à 15min. Là on est plutôt sur
plusieurs heures voir jours. Le niveau 18 s'est mis à jour au bout de
2jours. Pour les niveaux 17 et inférieurs, j'attends encore...

Le 23 août 2016 à 18:04, Philippe Verdy  a écrit :

> Ca se met à jour, mais c'est très lent (plusieurs jours à partir du niveau
> 13, beaucoup plus au niveaux faibles).
>
> Le 23 août 2016 à 16:41, Jérôme Seigneuret 
> a écrit :
>
>> Bonjour,
>>
>> J'observe des problèmes de rafraichissement sur
>> http://www.openstreetmap.org/
>>
>> Avez-vous aussi des problèmes. Seul de niveau 19 se met à jour...
>>
>> Merci
>>
>>
>> --
>> Cordialement,
>> Jérôme Seigneuret
>>
>> ___
>> Talk-fr mailing list
>> Talk-fr@openstreetmap.org
>> https://lists.openstreetmap.org/listinfo/talk-fr
>>
>>
>
> ___
> Talk-fr mailing list
> Talk-fr@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-fr
>
>


-- 
Cordialement,
Jérôme Seigneuret
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr

Re: [Talk-cz] Mapovani vysilacu v OSM - Draft #2

[r00t.cz]

Ahoj,


> Na prefix RF: bych se vykaslal, v openstreetmap se to nedela, kdo se s
> tim ma opisovat. (A urcite by bylo konzistentnejsi "rf:" ne "RF:").
S "rf" misto "RF" souhlasim. Ale stale myslim ze ten prefix smysl ma. Pokud se
nepouzije relace tak klice jako "access" nebo "owner" muzou patrit k vezi
(jestli je pristupna). Muzu se pokusit ty klice nejak prejmenovat, ale zas tolik
unikatnich synonym neni. A "rf:" jsou 3 znaky, urcite lepsi nez 
"communications_transponder".

> Aspon mapovani gsm uz se pouziva,
> https://taginfo.openstreetmap.org/search?q=gsm , 2500 vyskytu pro gsm,
> 2000 pro umts. Takze bych se primlouval za pouziti tagu z...
> https://wiki.openstreetmap.org/wiki/Proposed_features/Telecommunications_tower
Pokud by se nepouzil "rf:" prefix tak by vetsina tech tagu byla stejna.
Ten navrh pouziva "communication:NECO=yes" (coz je taky hodne dlouhe) a tim resi
vic standardu pro jeden nod... podle toho meho navrhu by se na tohle mely
pouzivat relace, protoze jinak nejde definovat vic anten, operatoru apod.

Vyresit by to slo necim jako:
rf:use=gsm;lte
gsm:antenna:azimuth=100;200
lte:antenna:azimuth=50:120

Ale treba u nas je hodne BTS co maji O2+T-Mobile GSM+LTE, nekolik sektoru, ruzne
LAC atd... tam ty relace vychazeji mnohem prehlednejsi nez se to snazit nacpat
vsechno na jeden node.

> ... ve svete uz se pouzivaji, neni duvod delat neco zvlast. Tez bych
> se primlouval za kratsi klice, hodnoty. RF:use=cellphone je urcite
> lepsi nez RF:use=cellphone_network, a jeste kratsi by bylo jeste
> lepsi.
Jo, to je lepsi. Nejake dalsi klice a hodnoty urcite jeste zmenim.

> Nevim jestli je rozumne mit oddelene gsm:lac a lte:lac, ale jestli jo
> tak by to asi taky chtelo umts:lac.
umts:* pridam podle tech klicu co se pouzivaji.


JH


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

[talk-ph] October ADB mapathon survey

[Eugene Alvin Villar]

Hi all. As you may know, OSMPH is currently collaborating with ADB for
their RETA 8884 project that uses OSM as a platform for disaster resilience
mapping: http://www.adb.org/projects/48333-001/main

ADB wants the community to organize a whole-day mapathon to update the base
map of Padre Burgos, Quezon and Santa Josefa, Agusan del Sur. ADB will
provide the venue (at ADB HQ in Ortigas Center), electricity, Internet
access, snacks, and lunch.

The first decision that needs to be made is the date of the event. When are
you guys available to attend this mapathon if you are interested: on
October 8 or October 15 (both are Saturdays)?

For those on Facebook, I have put up a poll:
https://web.facebook.com/groups/osmph/permalink/330148820655836/

~Eugene
___
talk-ph mailing list
talk-ph@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-ph

[Talk-it] segnalate le mancate attribuzioni

[Alessandro Palmas]

Nelle scorse settimane, con l'aiuto di un avvocato, abbiamo rielaborato 
la lettera di segnalazione per la mancata attribuzione:


- - - - - -

Gentile/Spettabile Signor/Comune/Azienda,

Le scrivo in quanto ho riscontrato la presenza della mappa / dei dati 
OpenStreetMap http://www.openstreetmap.org/ alla pagina del Vostro sito:


http://tuapagina.it 

Come membro volontario della comunità di OpenStreetMap, mi fa piacere si 
sia scelta la nostra mappa / i nostri dati, ma vorrei evidenziare nel 
contempo che il vostro uso difetta di uno dei pochi requisiti richiesti 
dal progetto, avere l'attribuzione che consiste nella indicazione della 
provenienza della mappa o dei dati da OpenStreetMap, come si può leggere 
nel testo della licenza:


http://www.openstreetmap.org/copyright

OpenStreetMap è un progetto di mappatura libera, collaborativa e open 
data le cui mappe sono distribuite con licenza CC-BY-SA mentre i dati 
sono distribuiti con licenza ODbL. Questo significa che chiunque la 
utilizzi è libero di copiare, distribuire, trasmettere e adattare i 
dati, con il solo vincolo di riconoscerne la proprietà.


Per questo motivo richiedo gentilmente che l'attribuzione "© 
OpenStreetMap contributors”, venga inserita nella mappa / a corredo dei 
dati, oppure il link “http://www.openstreetmap.org/” 
 
nel caso di un’immagine della mappa; in caso di una mappa elettronica 
navigabile o statica, come si può vedere nell’esempio sotto riportato, 
il riconoscimento deve essere mostrato in un angolo della mappa 
attraverso un link.





Per noi è importante il pieno rispetto della licenza; l’uso dei dati e 
delle immagini cartografiche richiede unicamente il rispetto del nostro 
lavoro di volontari mappatori, attività che come avete appurato diviene 
utile anche per le vostre necessità.


Wikimedia Italia è il capitolo italiano ufficiale di OpenStreetMap 
Foundation per l'Italia e vigila sul rispetto delle condizioni d'uso di 
OpenStreetMap. In caso si verifichi il protrarsi della mancata 
attribuzione della mappa / dei dati ci vedremo costretti a prendere 
ulteriori misure


Qualora necessiti d'avere ulteriori informazioni, potete scrivere alla 
e-mail:


/alessandro.pal...@wikimedia.it/

Sono certo che i riferimenti riportati siano sufficienti a verificare 
quanto da me scritto; mi auguro che ciò sia sufficiente ad intervenire 
da parte vostra per mettere fine ad una mancata attribuzione, cordiali 
saluti.


- - - - - - -

Ho scorso le mail degli ultimi mesi ed ho trovato ben poco, 
fortunatamente parecchi siti segnalati ora attribuiscono correttamente. 
Vi chiederei cortesemente di segnalare le attuali violazioni di cui 
siate a conoscenza in modo da far partire un primo blocco di mail.


Grazie
  Alessandro Ale_Zena_IT



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

Re: [Talk-cl] Planificador de rutas multimodal

[ignacio abé]

Según la descripción de Juan no es posible, porque por ejemplo la api de
bikesantiago entrega datos en tiempo real de las estaciones, y osm no puede
tener este tipo de información.

Buen proyecto !

Saludos

I.A.

El 22 de agosto de 2016, 10:52, Danilo Lacoste escribió:

> Juan, por qué no volcar todos los datos a OSM y desarrollar una app
> que trabaje solo desde allí?
>
>
> 2016-08-20 19:34 GMT-03:00 Juan Pizarro :
> > Hola,
> >
> > Junto a unos amigos estamos trabajando en un planificador de rutas
> > multimodal, actualmente usamos los datos de OSM y la api de bikesantiago.
> >
> > Estamos usando modeify, opentripplanner y Docker
> >
> > http://planner.pedalean.com
> >
> > También tenemos una prueba de concepto usando OSRM en heroku, para rutas
> > para ciclistas.
> >
> > http://map.pedalean.com/
> >
> > Estamos en búsqueda de datos para mejorar la ruta ofrecida, ej
> accidentes,
> > contaminación,  etc.
> >
> > Estamos agradecidos desde ya, por feedback o colaboración.
> >
> > Saludos
> >
> >
> > ___
> > Talk-cl mailing list
> > Talk-cl@openstreetmap.org
> > https://lists.openstreetmap.org/listinfo/talk-cl
> >
>
>
>
> --
> Danilo Lacoste Z.   dan...@lacosox.org
> Ing. Civil en informática
> www.lacosox.org
>
> ___
> Talk-cl mailing list
> Talk-cl@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-cl
>
___
Talk-cl mailing list
Talk-cl@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-cl

Re: [Talk-cz] Mapovani vysilacu v OSM - Draft #2

[r00t.cz]

Ahoj,


> Je otázkou, jestli mají tato data co dělat v OSM. Přece jen už jsou to věci,
> které se nedají ověřit pohledem při příchodu na místo (tím spíš, že vás do 
> areálu vysílačů obvykle nepustí :-) ).
Tak to hlavni - nejaka antena - videt vetsinou je. Tenhle navrh je o tom ze k
te antene nebo stozaru je mozne doplnit dalsi informace, pokud je clovek zna.
U jinych POI je tomu podobne, ne vsechny vlastnosti jsou z ulice videt.

> V současnosti se vysílače IMHO mapují spíše protože se jedná o dobré
> orientační body v krajině, viz Ještěd atd. Ale na vesnicích jsou celkem vidět 
> i obyčejné stožáry BTS.
S tim souhlasim, uz jsem takhle pridal hodne vodojemu, vysilacu a vezi.

>  - jsou antény, které nejsou vysílací (příjmací, zaměřovačky atd..)
Pokud jenom vidim nejakou antenu, tak ji jako vysilaci ani prijimaci neoznacim,
jenom pridam man_made=antenna jako bod do mapy. Pokud o antenach neco vim tak
muzu podle toho jak vypada a kam je namirena doplnit treba:
 band=400MHz (odhadnu podle velikosti)
 antenna:type=directional (vypada to jako yagi smerova antena)
 antenna:azimuth=100 (tam nekam miri)

>  - je spousta antén, u kterých nejsou veřejně dostupné informace nebo je to
> dokonce utajované (vnitro, armáda). Tady je asi potřeba si dát bacha na 
> zákony...
Presne zakony neznam, ale pokud jsou anteny videt na sat. mape, jsou videt z
google streetview a pod nimi je landuse=military, tak tam uz snad nejde nic vic
prozradit. Myslim ze tohle patri do stejne kategorie jako treba mapovani
vojenskych letist. V OSM vetsinou vsechno co je ze vzduchu videt je zmapovano,
i tam kde treba google ma bile misto...
Neco jineho by asi bylo kdyby nekdo chtel popisovat co presne se tam vysila, 
kam,
kdy a na jake frekvenci. To rozhodnuti je na kazdem kdo edituje mapu, opet
stejne jako je to u jinych veci vojenskych.

>  - telekomunikační úřad poskytuje dost dat, viz https://www.ctu.cz/databaze . 
> Otázka je, jak je to s licencováním.
Dat maji dost, ale asi by bylo potreba mit specialni licenci pro import. Tohle
bych ale resil az po schvaleni nejakeho schematu pro tagovani.

>  - vysílače rádia jsem zkoušel naimportovat do umapu - viz
> https://umap.openstreetmap.fr/en/map/vysilace-radia_83867#8/49.788/15.507
Ty polohy jsou z CTU? Obcas je poloha dost vedle, napr. vysilac u
Libeznice (Radio dechovka) je o 1300m vedle (50.180760° 14.465653°), podobne je
to i u dalsich, jsou vetsinou o stovky metru vedle.


JH


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

[Talk-ca] OSM - Gatineau largebuilding

[Niko sy]

Hello everyone!

I was wondering if someone had a download link to the City of Gatineau's
official largebuilding footprint equivalent like the City of Ottawa is
using for the STC OSM initiative?

Thank you,

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

[OSM-talk] SearchAroundBot: a Telegram Bot for OSM

[Federico]

Hi,

I've recently developed a Telegram Bot (https://telegram.me/SearchAroundBot 
) to enable users to easily add POI 
(currently only drinking water and toilets amenities) into OSM. Here is the OSM 
wiki page here: https://wiki.openstreetmap.org/wiki/SearchAroundBot 

I'd like to ask you to have a look at it and let me know if you have any 
specific suggestion for improving it. If so please go to the osm forum: 
http://forum.openstreetmap.org/viewtopic.php?pid=605383#p605383

Thanks for your attention,
Federico___
talk mailing list
talk@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk

Re: [OSM-talk-fr] Problème de rafraichissement des tuiles

[Philippe Verdy]

Ca se met à jour, mais c'est très lent (plusieurs jours à partir du niveau
13, beaucoup plus au niveaux faibles).

Le 23 août 2016 à 16:41, Jérôme Seigneuret  a
écrit :

> Bonjour,
>
> J'observe des problèmes de rafraichissement sur http://www.openstreetmap.
> org/
>
> Avez-vous aussi des problèmes. Seul de niveau 19 se met à jour...
>
> Merci
>
>
> --
> Cordialement,
> Jérôme Seigneuret
>
> ___
> Talk-fr mailing list
> Talk-fr@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-fr
>
>
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] Extraire une géométrie représentative d'une relation

[Philippe Verdy]

le "bruit" est subjectif selon ce que tu définis. Dans OSM les données sont
précises. Les relations peuvent contenir des enclaves: veux-tu les inclure
ou pas ? tu peux essayer d'exclure le rôle "inner", mais il y a certains
pièges avec parfois des "outer" à l'intérieur d'une zone "inner".

Overpass API ne fait pas de traitement de géométrie, il retourne les
données telles qu'elles sont dans la base, point barre.
Les simplifications géométriques sont faites côté client (et c'est le cas
avec le javascript émis par Overpass Turbo qui réduit les points non
nécessaires selon le niveau de zoom à l'affichage quand cela ne fait pas de
différences significatives en termes de pixels rendus, d'autant plus que
les lignes tracées ont aussi une épaisseur qui peut masquer des points).

Si on veut faire ça côté serveur, il faut une requête plus compliquée non
prise en charge par l'Overpass API, utilisant les transformations prises en
charge en PostgreSQL, mais ce n'est pas disponible publiquement (il te faut
un accès administrateur ou utiliser ta propre base de données, comme le
fait Osmose par exemple).

Mais les Javascripts fournis par Overpass Turbo fonctionnent bien (côté
client) et font pas mal de chose pour faire ces transformations ou
simplifications et afficher correctement ce qu'on cherche sur un fond de
carte.

Enfin, pour certains objets, il n'y a pas que des lignes mais aussi des
noeuds individuels (qui ne sont pas toujours inclus dans la surface:
exemple les chef-lieux d'arrondissements départementaux ne sont pas
nécessairement dans l'arrondissement): c'est à toi de juger de la
pertinence de les inclure ou pas (et de la façon de les représenter: icône
centrée sur le noeud, ou cercle autour, à toi de décider le rayon), ou de
les attacher à la surface par des traits (assez arbitraires) supplémentaires

Comme toujours ce sont des décisions propres à chaque rendu, et OSM ne
tague pas pour le rendu, chacun des rendus ayant ses préférences
éditoriales pour déterminer ce qui est pertinent. Selon chaque choix, il y
aura donc autant de méthodes à définir, il n'y a pas de méthode générale
pour tout.


Le 23 août 2016 à 16:59, François Lacombe  a
écrit :

> En fait, je donnais un exemple et le but est de trouver une méthode pour
> toutes les relations.
> Toutes n'ont pas de membre avec le role line.
>
> On peut se demander ce qu'est une géométrie représentative (je raisonne
> tout haut)
> Le périmètre qui encadre tous les membres par exemple, mais trop
> "grossier".
> Ou alors la concaténation des plus gros membres de la relation
> Il doit surement y avoir d'autres moyens de l'exprimer
>
> Dans mon exemple, on devrait être capable de retrouver la forme de la
> ligne qui constitue le plus gros de la relation en éliminant le "bruit" aux
> extrémités provoqué par des objets proches les uns des autres au regarde de
> l'étendue de la relation.
> Mais surtout il ne faut travailler que sur la géométrie des membres, dès
> qu'on passe aux attributs, ca revient à définir des règles spécifiques dont
> je ne veux pas.
>
> Pas sur que ce soit plus clair :)
>
> *François Lacombe*
>
> fl dot infosreseaux At gmail dot com
> www.infos-reseaux.com
> @InfosReseaux 
>
> Le 22 août 2016 à 16:45, Christian Quest  a
> écrit :
>
>> Dans overpass une requête permet de ne sélectionner que les membres
>> portant un certain rôle dans la relation:
>>
>> rel(5430194 );
>> way(r:"line");
>> (._;>;);out skel;
>>
>> Après il faut en récupérer la version geojson...
>>
>> Le 22/08/2016 à 15:25, François Lacombe a écrit :
>>
>> Bonjour Philippe, Guillaume,
>>
>> Personne n'est a coté de la plaque ;)
>>
>> Cependant, seule la méthode m’intéresse.
>> En effet il y a déjà quelques outils qui parviennent à présenter
>> graphiquement une relation mais j'ai besoin de l'implémenter de mon côté.
>>
>> Relativement à l'exemple du résultat d'OSM.org. Il n'emploie pas une
>> géométrie unique. Il affiche tous les objets de la relation et c'est vite
>> le fouillis, en plus de devoir être découpé pour être intégré dans du
>> geojson.
>> Voir ici : http://www.openstreetmap.org/relation/5430194
>> Je m'attends à récupérer une ligne toute simple sans les deux polygones
>> aux extrémités. C'est la seule géométrie "simple" et représentative qu'on
>> puisse exploiter sans faire appel à des FeatureCollections ou autre.
>>
>> Et ça me semble très dur de trouver une méthode générique qui puisse
>> faire cette synthèse parce qu'il semble qu'il y ait autant de possibilités
>> que de cas :'(
>>
>> François
>>
>> Le 22 août 2016 à 14:45, Philippe Verdy  a écrit :
>>
>>> Le site web OSM le fait déjà quand on "explore" une relation: ça
>>> télécharge un jeu de données JSON permettant le rendu vectoriel de l'objet
>>> sélectionné par dessus le fond de carte. La Wikipédie francophone le fait
>>> aussi sur ses cartes (mais elle 

Re: [OSM-talk-fr] Extraire une géométrie représentative d'une relation

[Topographe Fou]

  Bonjour Quid de l'algorithme de Douglas-Peucker ? C'est efficace pour éliminer le bruit. Quant à l'appliquer sur autre chose qu'une unique ligne non fermée cela demandera un peu d'adaptation.LeTopographeFou   De:fl.infosrese...@gmail.comEnvoyé:23 août 2016 8:00 AMÀ:talk-fr@openstreetmap.orgRépondre à:talk-fr@openstreetmap.orgObjet:Re: [OSM-talk-fr] Extraire une géométrie représentative d'une relation  En fait, je donnais un exemple et le but est de trouver une méthode pour toutes les relations.Toutes n'ont pas de membre avec le role line.On peut se demander ce qu'est une géométrie représentative (je raisonne tout haut)Le périmètre qui encadre tous les membres par exemple, mais trop "grossier".Ou alors la concaténation des plus gros membres de la relationIl doit surement y avoir d'autres moyens de l'exprimerDans mon exemple, on devrait être capable de retrouver la forme de la ligne qui constitue le plus gros de la relation en éliminant le "bruit" aux extrémités provoqué par des objets proches les uns des autres au regarde de l'étendue de la relation.Mais surtout il ne faut travailler que sur la géométrie des membres, dès qu'on passe aux attributs, ca revient à définir des règles spécifiques dont je ne veux pas.Pas sur que ce soit plus clair :)François Lacombefl dot infosreseaux At gmail dot comwww.infos-reseaux.com@InfosReseaux
Le 22 août 2016 à 16:45, Christian Quest  a écrit :
  

  
  
Dans overpass une requête permet de ne sélectionner que les
  membres portant un certain rôle dans la relation:
rel(5430194);
  way(r:"line");
  (._;>;);out skel;

Après il faut en récupérer la version geojson...


Le 22/08/2016 à 15:25, François Lacombe
  a écrit :


  

  

  Bonjour Philippe, Guillaume,

  
  Personne n'est a coté de la plaque ;)
  

Cependant, seule la méthode m’intéresse.
  
  En effet il y a déjà quelques outils qui parviennent à
  présenter graphiquement une relation mais j'ai besoin de
  l'implémenter de mon côté.
  

Relativement à l'exemple du résultat d'OSM.org. Il n'emploie pas
une géométrie unique. Il affiche tous les objets de la relation
et c'est vite le fouillis, en plus de devoir être découpé pour
être intégré dans du geojson.

  

  
Voir ici : http://www.openstreetmap.org/relation/5430194

Je m'attends à récupérer une ligne toute simple
  sans les deux polygones aux extrémités. C'est la seule
  géométrie "simple" et représentative qu'on puisse
  exploiter sans faire appel à des FeatureCollections ou
  autre.


  


Et ça me semble très dur de
  trouver une méthode générique qui puisse faire
  cette synthèse parce qu'il semble qu'il y ait
  autant de possibilités que de cas :'(



François
  


  Le 22 août 2016 à 14:45,
Philippe Verdy 
a écrit :

  Le site web OSM le fait déjà
quand on "explore" une relation: ça
télécharge un jeu de données JSON permettant
le rendu vectoriel de l'objet sélectionné
par dessus le fond de carte. La Wikipédie
francophone le fait aussi sur ses cartes
(mais elle requête son propre serveur pour
obtenir aussi des POIs géolocalisés sur
Wikipédia ou des photos géolocalisées sur
Commons)
Attention en cas d'inclusion dans un
  script web : l'API ne doit pas surcharger
  le serveur interrogé (on a vu le problème
  ces jours-ci sur Overpass API avec des
  centaines de milliers de requêtes par
  heure au lieu de quelques 

Re: [Talk-cz] Mapovani vysilacu v OSM - Draft #2

[Michal Poupa]

Ten Olomouc v Bavorsku mne zaujal :-)

23. 8. 2016 v 16:02, Mikoláš Štrajt :

> Zdar,
> 
> mapování vysílačů je určitě zajímavý projekt a já bych rád přispěl svou 
> trochou do mlýna.
> 
> Je otázkou, jestli mají tato data co dělat v OSM. Přece jen už jsou to věci, 
> které se nedají ověřit pohledem při příchodu na místo (tím spíš, že vás do 
> areálu vysílačů obvykle nepustí :-) ).
> 
> V současnosti se vysílače IMHO mapují spíše protože se jedná o dobré 
> orientační body v krajině, viz Ještěd atd. Ale na vesnicích jsou celkem vidět 
> i obyčejné stožáry BTS.
> 
> Poznámky k věci:
> 
>  - jsou antény, které nejsou vysílací (příjmací, zaměřovačky atd..)
>  - je spousta antén, u kterých nejsou veřejně dostupné informace nebo je to 
> dokonce utajované (vnitro, armáda). Tady je asi potřeba si dát bacha na 
> zákony...
>  - telekomunikační úřad poskytuje dost dat, viz https://www.ctu.cz/databaze . 
> Otázka je, jak je to s licencováním.
>  - vysílače rádia jsem zkoušel naimportovat do umapu - viz 
> https://umap.openstreetmap.fr/en/map/vysilace-radia_83867#8/49.788/15.507
> 
> Severák
> =
> ___
> Talk-cz mailing list
> Talk-cz@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-cz

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

[Talk-cz] WeeklyOSM CZ 316

[Tom Ka]

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

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

Téma čísla: Je-libo ostrov?

* Setkání Elbe-Labe v Drážďanech.
* OSM Awards 2016 .
* OSM proti malárii.
* GNOME Maps a MapQuest.
* Lonely Planet a OSM.
* Uber investuje do map.

Pěkné počtení...

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

Re: [OSM-talk-fr] Extraire une géométrie représentative d'une relation

[François Lacombe]

En fait, je donnais un exemple et le but est de trouver une méthode pour
toutes les relations.
Toutes n'ont pas de membre avec le role line.

On peut se demander ce qu'est une géométrie représentative (je raisonne
tout haut)
Le périmètre qui encadre tous les membres par exemple, mais trop "grossier".
Ou alors la concaténation des plus gros membres de la relation
Il doit surement y avoir d'autres moyens de l'exprimer

Dans mon exemple, on devrait être capable de retrouver la forme de la ligne
qui constitue le plus gros de la relation en éliminant le "bruit" aux
extrémités provoqué par des objets proches les uns des autres au regarde de
l'étendue de la relation.
Mais surtout il ne faut travailler que sur la géométrie des membres, dès
qu'on passe aux attributs, ca revient à définir des règles spécifiques dont
je ne veux pas.

Pas sur que ce soit plus clair :)

*François Lacombe*

fl dot infosreseaux At gmail dot com
www.infos-reseaux.com
@InfosReseaux 

Le 22 août 2016 à 16:45, Christian Quest  a écrit :

> Dans overpass une requête permet de ne sélectionner que les membres
> portant un certain rôle dans la relation:
>
> rel(5430194 );
> way(r:"line");
> (._;>;);out skel;
>
> Après il faut en récupérer la version geojson...
>
> Le 22/08/2016 à 15:25, François Lacombe a écrit :
>
> Bonjour Philippe, Guillaume,
>
> Personne n'est a coté de la plaque ;)
>
> Cependant, seule la méthode m’intéresse.
> En effet il y a déjà quelques outils qui parviennent à présenter
> graphiquement une relation mais j'ai besoin de l'implémenter de mon côté.
>
> Relativement à l'exemple du résultat d'OSM.org. Il n'emploie pas une
> géométrie unique. Il affiche tous les objets de la relation et c'est vite
> le fouillis, en plus de devoir être découpé pour être intégré dans du
> geojson.
> Voir ici : http://www.openstreetmap.org/relation/5430194
> Je m'attends à récupérer une ligne toute simple sans les deux polygones
> aux extrémités. C'est la seule géométrie "simple" et représentative qu'on
> puisse exploiter sans faire appel à des FeatureCollections ou autre.
>
> Et ça me semble très dur de trouver une méthode générique qui puisse faire
> cette synthèse parce qu'il semble qu'il y ait autant de possibilités que de
> cas :'(
>
> François
>
> Le 22 août 2016 à 14:45, Philippe Verdy  a écrit :
>
>> Le site web OSM le fait déjà quand on "explore" une relation: ça
>> télécharge un jeu de données JSON permettant le rendu vectoriel de l'objet
>> sélectionné par dessus le fond de carte. La Wikipédie francophone le fait
>> aussi sur ses cartes (mais elle requête son propre serveur pour obtenir
>> aussi des POIs géolocalisés sur Wikipédia ou des photos géolocalisées sur
>> Commons)
>> Attention en cas d'inclusion dans un script web : l'API ne doit pas
>> surcharger le serveur interrogé (on a vu le problème ces jours-ci sur
>> Overpass API avec des centaines de milliers de requêtes par heure au lieu
>> de quelques dizaines habituellement, deux serveurs Overpass API sont tombés
>> plusieurs fois de suite, peut-être à cause d'un script d'un réseau
>> publicitaire abusif ou d'une appli non-officielle type Pokemon).
>> Bref gérer des caches sur votre serveur et éviter de faire des requêtes
>> automatiques en boucle par le client sur chaque page web du site ou chaque
>> page de l'appli mobile, respecter les protocoles !
>>
>>
>> Le 22 août 2016 à 14:30, François Lacombe  a
>> écrit :
>>
>>> Bonjour à tous,
>>>
>>> Avec la récente mise en place et adoption croissante d'open event
>>> database, je me pose une question que certains ont déjà du résoudre.
>>>
>>> Existe-t-il une méthode générique pour convertir une relation OSM en
>>> geojson ?
>>> Cela reviendrait à convertir la relation en géométrie simple (points /
>>> polyline).
>>>
>>> Le besoin est d'attribuer une géométrie représentative à des événements
>>> dégagés par des ouvrages décrit avec une relation.
>>> Après on peut les envoyer sur open event db.
>>>
>>> Mais il peut y avoir des tonnes d'autres usages à cela, sans se limiter
>>> à cet exemple.
>>>
>>> J'aimerais éviter les scripts avec des if/else à rallonge pour cibler
>>> tel ou tel type de relation, à la recherche de tel ou tel objet qui au
>>> final n'est pas forcé de se trouver là où on l'attend, etc...
>>>
>>>
>>> Merci par avance pour vos retours
>>>
>>> François
>>>
>>>
>>> --
>>> *François Lacombe*
>>>
>>> fl dot infosreseaux At gmail dot com
>>> www.infos-reseaux.com
>>> @InfosReseaux 
>>>
>>> ___
>>> Talk-fr mailing list
>>> Talk-fr@openstreetmap.org
>>> https://lists.openstreetmap.org/listinfo/talk-fr
>>>
>>>
>>
>> ___
>> Talk-fr mailing list
>> Talk-fr@openstreetmap.org
>> https://lists.openstreetmap.org/listinfo/talk-fr
>>
>>
>
>
> 

[OSM-talk-fr] Problème de rafraichissement des tuiles

[Jérôme Seigneuret]

Bonjour,

J'observe des problèmes de rafraichissement sur
http://www.openstreetmap.org/

Avez-vous aussi des problèmes. Seul de niveau 19 se met à jour...

Merci


-- 
Cordialement,
Jérôme Seigneuret
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr

Re: [Talk-se] Nybörjare

[Andreas Vilén]

Jag måste märka ord här. Wikipedia är en wiki, liksom osm-wikin. Osm-wikin är 
inte Wikipedia.

Det enda problemet med gpx-filer är om ens enhet har "snap to road" inställt. I 
så fall följer de gps-enhetens inbyggda kartor snarare än där man faktiskt är. 
Så länge det är inaktiverat är allt lugnt.

/Andreas

Skickat från min iPhone

> 23 aug. 2016 kl. 09:46 skrev Tomas Marklund :
> 
> Dina gpx-filer som du har skapat är din egendom och kan laddas upp och 
> användas fritt (förutsatt att DU godkänner det förstås). Jag har inte hört 
> talas om att utvecklaren av manicken/appen som har skapat gpx-filen skulle 
> kunna ha någon äganderätt av själva filerna. Låter konstigt, men nån annan 
> vet nog mer om sånt. 
> 
> 
> 
> Gällande hur man taggar så finns det mycket information med exempel på 
> wikipediasidorna
> 
> http://wiki.openstreetmap.org/wiki/Sv:Map_Features
> 
> Varje tagg har sen sin egen beskrivningssida, alla finns på engelska, många 
> finns på svenska. Ex. 
> 
> http://wiki.openstreetmap.org/wiki/Sv:Tag:highway%3Dpath
> 
> Ett bra knep brukar vara att kolla hur andra liknande stigar/vägar/grejer på 
> kartan är taggade, sen gör man likadant själv. Kolla runt lite på kartan hur 
> andra har burit sig åt. Nackdelen med det är förstås att man kan råka hitta 
> nåt som är helt galet taggat och sen upprepar man galenskaperna. Använd eget 
> omdöme, kolla fler exempel så lär man sig snart vad som är "rätt".
> 
> 
> Inventeringen innebär väl att någon ger sig ut, tar ett gpx-spår och karterar 
> upp stigarna med härför lämpliga taggar.
> 
> /Tomas
> 
> 
> 
> 
> 
> Den 23 augusti 2016 09:04 skrev :
>> Hej
>> 
>>  
>> 
>> Jag har precis hittat till osm, och möjligheten att bidra till att rita 
>> kartor, när jag letade efter kartor till min Garmin gps.
>> 
>> Jag tycker det låter kul att hjälpa till med kartan, men det känns som en 
>> del att lära sig.
>> 
>> Jag har gått igenom tutorieln på osm:s hemsida, så jag är registrerad och 
>> har installerat josm, laddat upp ett gpx-spår och ritat in det på kartan. 
>> Jag skickade dock inte upp mina ändringar, men så långt verkar det inte så 
>> svårt.
>> 
>> Det är dock några saker jag funderar på…
>> 
>>  
>> 
>> Kan jag använda gpx-filer som jag exportetar ifrån Runtastic, Garmin eller 
>> någon annan app utan att göra intrång i någons rättigheter och riskera 
>> ställa till det för osm i framtiden?
>> 
>>  
>> 
>> Jag vandrar en del och såg att Skåneleden hade vissa sträckor som behöver 
>> ”inventeras”. Vad innebär det rent konkret?
>> 
>>  
>> 
>> Jag har börjat ”utforska” Fyledalen, och ser att det finns många 
>> smultronställen som inte är inritade. Finns det någon standard för hur man 
>> taggar skogsvägar, naturreservat, stigar m.m.
>> 
>>  
>> 
>> Det var nog allt för denna gång.
>> 
>>  
>> 
>> Tack för hjälpen
>> 
>>  
>> 
>> /Niclas
>> 
>>  
>> 
>> 
>> ___
>> Talk-se mailing list
>> Talk-se@openstreetmap.org
>> https://lists.openstreetmap.org/listinfo/talk-se
> 
> ___
> Talk-se mailing list
> Talk-se@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-se
___
Talk-se mailing list
Talk-se@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-se

Re: [OSM-talk-fr] Osmose-dev: bâtiments fractionnés par le Cadastre.

[Christian Quest]

En croisant avec un peu plus d'infos, il serait possible d'être plus fin.

Je pense à un croisement en amont avec les parcelles et les adresses des 
parcelles. Lorsque 2 polygones de bâtiments on la même limite que les 
parcelles et que ces parcelles ont la même adresse, on a de fortes 
chance pour qu'il ne s'agisse que d'un seul bâtiment...


C'est un traitement à faire en amont, avant import dans OSM, mais qu'on 
pourrait aussi tester sur les bâtiments qui ont été importés sans aucun 
déplacement.


Autre chose un peu liée aux bâtiments... quelqu'un m'a suggéré d'ajouter 
à OpenSolarMap le moyen de créer une note sur les "bugs" que l'on peut 
repérer, peut être un simple bouton à ajouter en plus des 4 existants.



Le 23/08/2016 à 14:22, Tyndare a écrit :


La détection des bâtiments en forme de triangles existe déjà dans 
Osmose (grâce à Didier2020 et à Frédéric Rodrigo)


Avec cette analyse je voulais effectivement essayer de détecter des 
cas plus compliqués.


On 23/08/2016 13:42, David Crochet wrote:

Bonjour


Le 23/08/2016 à 13:36, Jean-Claude Repetto a écrit :

Au contraire, je vois surtout des trapèzes,


C'est probablement plus difficile à détecter...

Cordialement




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



--
Christian Quest - OpenStreetMap France


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

[Talk-cz] Mapovani vysilacu v OSM - Draft #2

[Mikoláš Štrajt]

Zdar,

mapování vysílačů je určitě zajímavý projekt a já bych rád přispěl svou 
trochou do mlýna.

Je otázkou, jestli mají tato data co dělat v OSM. Přece jen už jsou to věci,
které se nedají ověřit pohledem při příchodu na místo (tím spíš, že vás do 
areálu vysílačů obvykle nepustí :-) ).

V současnosti se vysílače IMHO mapují spíše protože se jedná o dobré 
orientační body v krajině, viz Ještěd atd. Ale na vesnicích jsou celkem 
vidět i obyčejné stožáry BTS.

Poznámky k věci:

 - jsou antény, které nejsou vysílací (příjmací, zaměřovačky atd..)
 - je spousta antén, u kterých nejsou veřejně dostupné informace nebo je to 
dokonce utajované (vnitro, armáda). Tady je asi potřeba si dát bacha na 
zákony...
 - telekomunikační úřad poskytuje dost dat, viz https://www.ctu.cz/databaze 
. Otázka je, jak je to s licencováním.
 - vysílače rádia jsem zkoušel naimportovat do umapu - viz https://umap.
openstreetmap.fr/en/map/vysilace-radia_83867#8/49.788/15.507

Severák

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

Re: [OSM-talk] Convert Note to Node

[Steve Doerr]

Thanks. I was able to use the API links and copy-and-paste the 
co-ordinates into Level0 to create the nodes. It would probably be 
easier if the normal web page for notes would display the co-ordinates, 
and better still if there was something in Potlatch to create a node 
from a note.


Steve

On 22/08/2016 23:08, Toby Murray wrote:

Well you can go to the API and get the note XML which has the lat/lon
in it. The URL for this is:
http://api.openstreetmap.org/api/0.6/notes/

If you are using JOSM and use the note download feature, then notes
are shown on the map so you can just create a node in the same
location. Note support has not made it into iD yet.

Toby

On Mon, Aug 22, 2016 at 3:17 PM, Steve Doerr  wrote:

Has anyone built a utility to convert a note into a node?

Alternatively, is there a way to display the longitude and latitude of a
note in the same way as you can for a node?

--
Steve

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

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



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


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

Re: [OSM-talk-fr] Osmose-dev: bâtiments fractionnés par le Cadastre.

[Tyndare]

La détection des bâtiments en forme de triangles existe déjà dans Osmose 
(grâce à Didier2020 et à Frédéric Rodrigo)


Avec cette analyse je voulais effectivement essayer de détecter des cas 
plus compliqués.


On 23/08/2016 13:42, David Crochet wrote:

Bonjour


Le 23/08/2016 à 13:36, Jean-Claude Repetto a écrit :

Au contraire, je vois surtout des trapèzes,


C'est probablement plus difficile à détecter...

Cordialement




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

Re: [OSM-talk] Convert Note to Node

[Dave F]

If the technique below is to be used, please verify the note's location 
is accurate. In my experience many have been way off.


Dave F.

On 22/08/2016 23:08, Toby Murray wrote:

Well you can go to the API and get the note XML which has the lat/lon
in it. The URL for this is:
http://api.openstreetmap.org/api/0.6/notes/

If you are using JOSM and use the note download feature, then notes
are shown on the map so you can just create a node in the same
location. Note support has not made it into iD yet.

Toby

On Mon, Aug 22, 2016 at 3:17 PM, Steve Doerr  wrote:

Has anyone built a utility to convert a note into a node?

Alternatively, is there a way to display the longitude and latitude of a
note in the same way as you can for a node?

--
Steve

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

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



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

Re: [OSM-talk-fr] Osmose-dev: bâtiments fractionnés par le Cadastre.

[Tyndare]

Effectivement, c'est un faux négatif, la détection est loin d'être 
parfaite, elle marche en comparant avec une base d'exemples qu'il faudra 
encore améliorer.


Dans ce cas là la difficulté vient du fait que le bâtiments est coupé 
deux fois (il est en trois morceaux), du coup la majorité des angles ne 
sont pas droits, un peut comme pour les maisons des centres historiques 
des villes où l'algo détecte beaucoup trop de faux positifs... difficile 
de trouver le juste milieu.



On 23/08/2016 13:22, Hamlet wrote:

Bonjour,
a priori pas trop de faux positifs par chez moi.

Par contre un faux négatif, celui-ci est bien à corriger :
http://www.openstreetmap.org/browse/way/298268148
Mais celui juste au-dessus n'est pas détecté !
En fait dans le hameau il y en a pas mal.


2016-08-23 12:52 GMT+02:00 Tyndare :

Bonjour,

j'ai lancé une analyse Osmose pour essayer de détecter des bâtiments
fractionnés par le cadastre.
(cad des bâtiments que le cadastre a scinder en morceaux à cause des limites
de parcelles ou autre).

Le résultat est visible temporairement sur le serveur de développement
d'Osmose:

http://dev.osmose.openstreetmap.fr/fr/map/#source=26121=3

J'aurais aimé votre retour sur la pertinence de cette détection, s'il n'y a
pas trop de faux positifs et donc si la qualité serait suffisante pour
l'intégrer de façon plus pérenne dans Osmose.

Le Cadastre n'est en fait pas utilisé pour l'analyse, seule la forme des
bâtiments comparés deux-à-deux est prise en compte.
Pour les motivés vous pouvez déjà faire des corrections dans OSM (en
vérifiant bien avec les images du Cadastre et les photos aériennes IGN si le
fractionnement est effectivement un artefact du Cadastre ou si au contraire
il a bien une réalité physique qui doit être conservée dans OSM).
Ne vous embêter pas a signaler les faux-positifs sur Osmose, c'est un
serveur de dev, l'info sera perdue.

Je sais qu'il y a beaucoup de faux positifs dans les centre ville à cause de
la forme moins carrée des bâtiments.
En théorie il y a aussi proportionnellement beaucoup de faux positifs dans
la région Rhône-Alpes étant donné que j'y ai déjà corrigé une majorité de
cas.


Tyndare.

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






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

Re: [OSM-talk-fr] Osmose-dev: bâtiments fractionnés par le Cadastre.

[David Crochet]

Bonjour


Le 23/08/2016 à 13:36, Jean-Claude Repetto a écrit :

Au contraire, je vois surtout des trapèzes,


C'est probablement plus difficile à détecter...

Cordialement

--
David Crochet


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

Re: [OSM-talk-fr] Osmose-dev: bâtiments fractionnés par le Cadastre.

[Jean-Claude Repetto]

Le 23/08/2016 à 13:21, David Crochet a écrit :
> Bonjour
> 
> 
> Est-ce que la détection ne pourrait pas être :
> 
> type:way de forme Triangle rectangle avec building=* accolé par le plus
> long côté à un type:way bulding=*
> 
> car une bonne majorité des coupure ont lieu dans un coin de bâtiment qui
> sont majoritairement orthogone


Bonjour,

Au contraire, je vois surtout des trapèzes, car il est rare que les
angles des bâtiments coïncident exactement avec les limites de parcelles.

Jean-Claude



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

Re: [OSM-talk-fr] Osmose-dev: bâtiments fractionnés par le Cadastre.

[Hamlet]

Bonjour,
a priori pas trop de faux positifs par chez moi.

Par contre un faux négatif, celui-ci est bien à corriger :
http://www.openstreetmap.org/browse/way/298268148
Mais celui juste au-dessus n'est pas détecté !
En fait dans le hameau il y en a pas mal.


2016-08-23 12:52 GMT+02:00 Tyndare :
>
> Bonjour,
>
> j'ai lancé une analyse Osmose pour essayer de détecter des bâtiments
> fractionnés par le cadastre.
> (cad des bâtiments que le cadastre a scinder en morceaux à cause des limites
> de parcelles ou autre).
>
> Le résultat est visible temporairement sur le serveur de développement
> d'Osmose:
>
> http://dev.osmose.openstreetmap.fr/fr/map/#source=26121=3
>
> J'aurais aimé votre retour sur la pertinence de cette détection, s'il n'y a
> pas trop de faux positifs et donc si la qualité serait suffisante pour
> l'intégrer de façon plus pérenne dans Osmose.
>
> Le Cadastre n'est en fait pas utilisé pour l'analyse, seule la forme des
> bâtiments comparés deux-à-deux est prise en compte.
> Pour les motivés vous pouvez déjà faire des corrections dans OSM (en
> vérifiant bien avec les images du Cadastre et les photos aériennes IGN si le
> fractionnement est effectivement un artefact du Cadastre ou si au contraire
> il a bien une réalité physique qui doit être conservée dans OSM).
> Ne vous embêter pas a signaler les faux-positifs sur Osmose, c'est un
> serveur de dev, l'info sera perdue.
>
> Je sais qu'il y a beaucoup de faux positifs dans les centre ville à cause de
> la forme moins carrée des bâtiments.
> En théorie il y a aussi proportionnellement beaucoup de faux positifs dans
> la région Rhône-Alpes étant donné que j'y ai déjà corrigé une majorité de
> cas.
>
>
> Tyndare.
>
> ___
> Talk-fr mailing list
> Talk-fr@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-fr



-- 
Hamlet

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

Re: [OSM-talk-fr] Osmose-dev: bâtiments fractionnés par le Cadastre.

[David Crochet]

Bonjour


Le 23/08/2016 à 12:52, Tyndare a écrit :
Le Cadastre n'est en fait pas utilisé pour l'analyse, seule la forme 
des bâtiments comparés deux-à-deux est prise en compte.


Je cois que c'est çà qui fait beaucoup de faux positif dans Caen 
intra-muros.


Est-ce que la détection ne pourrait pas être :

type:way de forme Triangle rectangle avec building=* accolé par le plus 
long côté à un type:way bulding=*


car une bonne majorité des coupure ont lieu dans un coin de bâtiment qui 
sont majoritairement orthogone


Cordialement

--
David Crochet


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

[OSM-talk-fr] Osmose-dev: bâtiments fractionnés par le Cadastre.

[Tyndare]

Bonjour,

j'ai lancé une analyse Osmose pour essayer de détecter des bâtiments 
fractionnés par le cadastre.
(cad des bâtiments que le cadastre a scinder en morceaux à cause des 
limites de parcelles ou autre).


Le résultat est visible temporairement sur le serveur de développement 
d'Osmose:


http://dev.osmose.openstreetmap.fr/fr/map/#source=26121=3

J'aurais aimé votre retour sur la pertinence de cette détection, s'il 
n'y a pas trop de faux positifs et donc si la qualité serait suffisante 
pour l'intégrer de façon plus pérenne dans Osmose.


Le Cadastre n'est en fait pas utilisé pour l'analyse, seule la forme des 
bâtiments comparés deux-à-deux est prise en compte.
Pour les motivés vous pouvez déjà faire des corrections dans OSM (en 
vérifiant bien avec les images du Cadastre et les photos aériennes IGN 
si le fractionnement est effectivement un artefact du Cadastre ou si au 
contraire il a bien une réalité physique qui doit être conservée dans OSM).
Ne vous embêter pas a signaler les faux-positifs sur Osmose, c'est un 
serveur de dev, l'info sera perdue.


Je sais qu'il y a beaucoup de faux positifs dans les centre ville à 
cause de la forme moins carrée des bâtiments.
En théorie il y a aussi proportionnellement beaucoup de faux positifs 
dans la région Rhône-Alpes étant donné que j'y ai déjà corrigé une 
majorité de cas.



Tyndare.

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

Re: [Talk-it] (Mappatura) Rotonda al contrario

[Martin Koppenhoefer]

sent from a phone

> Il giorno 23 ago 2016, alle ore 10:59, Alberto Nogaro  
> ha scritto:
> 
> Non so perché dire perché quel lanes=2 dia problemi di routing. Ma credo che 
> comunque sia sbagliato rispetto alla realtà, perché secondo la normativa 
> italiana la corona delle rotonde deve avere sempre una sola corsia [cfr. 
> Gazzetta Ufficiale n. 170 del 24.07.2006, paragrafo 4.5.2., tabella ), nota 
> (*)). Probabilmente andrebbe corretto in lanes=1, non per problemi di 
> routing, ma per mappare la realtà.


se in realtà sono 2 corsie va bene mapparle così, anche se non corrisponde alla 
normativa corrente 


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

Re: [talk-au] Another illegal import in Western Australia

[Andrew Davidson]

Given that:

1. Landgate sells licences to use its data

2. The personal license says "you are not permitted to, in any form, 
reproduce, distribute, commercialise or create derivative​ works of this 
data without Landgate’s prior written permission"


The chance that they would give you permission to put their data 
somewhere that bypasses this would be somewhere between Buckley's and 
fat. But hey, why not ask and prove me wrong.


Even if an organisation give you permission it still isn't a green light 
for you to dump whatever you like into OSM. You still should follow the 
Import Guidelines.


On 23/08/16 07:38, David Findlay wrote:

Stupid question really. Is it possible to talk to the WA Govt and get
official permission to use Landgate data? Or has that already been
pursued? Thanks,

David

On Tue, Aug 23, 2016 at 7:37 AM Andrew Davidson > wrote:

I've recently stumbled across another user
(http://www.openstreetmap.org/user/andy_88) who seems to be in the
process of importing a data set from Landgate.

Another user and I have left several changeset comments but so far
haven't received a reply.

I suspect that the easy availability of data and incompatible license
means that we need something like
http://osmcha-django-staging.tilestream.net/ for Australia so we can
catch these thing earlier.

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



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

Re: [OSM-talk-fr] Problème avec Achavi ?

[Pierre-Yves Berrard]

Le 22 août 2016 à 21:57, Romain MEHUT  a écrit :

> Et j'imagine qu'on ne peut pas basculer sur overpass france ?
>
> Romain
>

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

[Talk-GB] August Derby Pub meet-up tonght 19:30

[SK53]

Old Silk MIll 19:30. Details on the wiki:
http://wiki.openstreetmap.org/wiki/Nottingham/Pub_Meetup

I plan to do some tree mapping following on from stuff I did in May & hope
to be outside the Old Silk Mill at around 18:30 if anyone cares to join me.
(I may be a little late depending on traffic between Nott'm & Derby.

There may be cake!

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

Re: [OSM-talk-fr] Saisie d'une entité bâtiment avec différents services

[althio]

Je suis aussi d'accord, le premier jet me paraît utile et globalement
correct.

Les détails que j'aurai fait différemment si c'était mon édition :

Au niveau de l'area
>
> building = public [OK]
>
> amenity = social_facility [pas de tag amenity pour le building, à mon avis
> il n'y pas a d'entité à ce niveau dans ta représentation]
>
> name = Msap XXX [pas abréviation/acronyme]
>

name =  Maison de service au public XXX
short_name = MSAP XXX

> [...]
>


> Rajouter un point par service proposé dans le bâtiment avec les attributs
>
[rajouter un élément par service dans le bâtiment (point ou aire selon la
précision et l'importance de la localisation)]

> name = Service XXX [OK]
>
> Amenity = social_facility [OK]
>
> social_facility =XXX [OK]
>
> social_facility:for =XXX [OK]
>
> opening_hours = (*pour les permanences)* [OK]
>
>
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr

Re: [Talk-it] (Mappatura) Rotonda al contrario

[girarsi_liste]

Il 23/08/2016 11:05, Federico Cortese ha scritto:
> 2016-08-23 10:59 GMT+02:00 Alberto Nogaro :
>>
>> Non so perché dire perché quel lanes=2 dia problemi di routing. Ma credo che 
>> comunque sia sbagliato rispetto alla realtà, perché secondo la normativa 
>> italiana la corona delle rotonde deve avere sempre una sola corsia [cfr. 
>> Gazzetta Ufficiale n. 170 del 24.07.2006, paragrafo 4.5.2., tabella ), nota 
>> (*)). Probabilmente andrebbe corretto in lanes=1, non per problemi di 
>> routing, ma per mappare la realtà.
>>
> 
> Sicuramente non è il lanes=2 a dare problemi ma, come giustamente
> indicato da Aury, quei servizi di routing usano dati non aggiornati.
> Per il resto sembra strano anche a me che ci possano essere due corsie
> sulla rotatoria.
> Ciao
> Federico
> 


Ho guardato il tratto in questione con Josm.

Vedo che c'è un alt_name=Via Roma, che forse dovrebbe essere il name=*,
poi nn so se influisca, ma la relazione della provinciale, ha membri non
messi ordinati nella lista, lo vedo dal numero di riferimento
selezionando i singoli tratti/rotonde.

Guardando con bing, le way connesse alle rotonde non son ben maate,
in quanto hanno due corsie separate, una per senso di marcia, di circa
tre o quattro metri, dove in quel caso si inserivano delle relazioni di
"turn restrictions" + oneway=yes (scusate non ricordo il nome), che
sicuramente aiutava la navigazione.


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



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

Re: [Talk-it] (Mappatura) Rotonda al contrario

[Max1234Ita]

Aury88 wrote
> forse intendi che il problema è che ti fa percorrere la rotonda in senso
> orario invece che antiorario, giusto?

Esattamente.


Aury88 wrote
> non dovrebbe essere il tag lanes=2 a dare problemi...comunque sia è un tag
> corretto quindi se fosse quello a provocare problemi sarebbe un errore del
> navigatore.
> non mi sembra ci siano errori nei tag presenti in osm...
> ma attento: sia ORS che OsmAnd potrebbero usare dati vecchi e vedo che
> junction=roundabout è stato aggiunto solo 14 giorni fa, mentre prima era
> mappata come una via a doppio senso di circolazione.
> a che data risalgono le cartografie usate dai servizi da te usati?
> Il percorso ottenuto tramite il navigatore integrato sul sito OSM sembra
> essere corretto.


In OsmAnd sto usando una mappa Full che ho generato a metà giugno; ho anche
provato a scaricare la cartografia ufficiale di OsmAnd tramite il menu di
download interno al programma, ma anche quei dati risalgono al 1 Agosto. Per
quanto riguarda ORS non è dato sapere (c'è un link ma riapre la medesima
pagina), probabilmente anche quei dat non sono molto recenti...

Al momento non ho maniera di generare a breve una nuova mappa; vediamo se la
cosa cambia col passare dei giorni...

Ciao e grazie,
Max






--
View this message in context: 
http://gis.19327.n5.nabble.com/Mappatura-Rotonda-al-contrario-tp5880670p5880685.html
Sent from the Italy General mailing list archive at Nabble.com.

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

Re: [Talk-it] (Mappatura) Rotonda al contrario

[Federico Cortese]

2016-08-23 10:59 GMT+02:00 Alberto Nogaro :
>
> Non so perché dire perché quel lanes=2 dia problemi di routing. Ma credo che 
> comunque sia sbagliato rispetto alla realtà, perché secondo la normativa 
> italiana la corona delle rotonde deve avere sempre una sola corsia [cfr. 
> Gazzetta Ufficiale n. 170 del 24.07.2006, paragrafo 4.5.2., tabella ), nota 
> (*)). Probabilmente andrebbe corretto in lanes=1, non per problemi di 
> routing, ma per mappare la realtà.
>

Sicuramente non è il lanes=2 a dare problemi ma, come giustamente
indicato da Aury, quei servizi di routing usano dati non aggiornati.
Per il resto sembra strano anche a me che ci possano essere due corsie
sulla rotatoria.
Ciao
Federico

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

Re: [Talk-it] (Mappatura) Rotonda al contrario

[Alberto Nogaro]

>-Original Message-
>From: Max1234Ita [mailto:max1234...@gmail.com]
>Sent: martedì 23 agosto 2016 01:18
>To: talk-it@openstreetmap.org
>Subject: [Talk-it] (Mappatura) Rotonda al contrario
>
>Ispezionando quell'area con JOSM, mi sono accorto che il rondò in questione è
>mappato come tutti gli altri (/junction=roundabout/, /name/, /ref/,
>/old_ref/), in più però è presente il tag /lanes=2/, che invece di solito 
>manca.
>
>A voi risulta che quest'ultimo tag possa dare problemi del genere? Quale
>sarebbe la maniera corretta per mappare quella rotonda? Eliminare il tag mi
>sembra un po' drastico.

Non so perché dire perché quel lanes=2 dia problemi di routing. Ma credo che 
comunque sia sbagliato rispetto alla realtà, perché secondo la normativa 
italiana la corona delle rotonde deve avere sempre una sola corsia [cfr. 
Gazzetta Ufficiale n. 170 del 24.07.2006, paragrafo 4.5.2., tabella ), nota 
(*)). Probabilmente andrebbe corretto in lanes=1, non per problemi di routing, 
ma per mappare la realtà.

Ciao,
Alberto


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

Re: [Talk-se] Nybörjare

[Andreas Gnau]

On 2016-08-23 09:46, Tomas Marklund wrote:

Dina gpx-filer som du har skapat är din egendom och kan laddas upp
och användas fritt (förutsatt att DU godkänner det förstås). Jag har
inte hört talas om att utvecklaren av manicken/appen som har skapat
gpx-filen skulle kunna ha någon äganderätt av själva filerna. Låter
konstigt, men nån annan vet nog mer om sånt.


De flesta (Garmin, TomTom osv.) genererar GPX-filer som innehåller delar
av kartan som används om funktionen "Snap to road" eller "Lock on
road" är aktiverat (vet inte vad den heter på svenska).

Se den här Wiki-sidan:
http://wiki.openstreetmap.org/wiki/Recording_GPS_tracks

Wiki-sidan:

Check if your sat unit has a "Snap to road" or "Lock on road" option,
make sure that option is switched OFF, or you will end up merely
recording a direct copy of the map loaded into the sat unit, which is
not only a copyright infringement (unless your map was downloaded or
derived from OpenStreetmap), but is possibly going to be less
accurate than the track you would otherwise record. On Garmin
devices, it's on the first page of the map setup.


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

[Talk-it] Parcheggi vicino ad aeroporti con servizio navetta

[Alessandro Pozzato]

Tipicamente intorno agli aeroporti esistono sempre parcheggi gestiti da 
privati non legati allaeroporto stesso, spesso utilizzando capannoni 
industriali e ovviamente sempre con servizio di navetta da/per 
l'aeroporto. Vanno mappati come semplici parcheggi privati a pagamento o 
c'è qualche cosa di più specifico, in particolare per il servizio 
navetta? Loro caratteristiche peculiari sono, oltre al servizio navetta, 
l'orario 24/7 e la tariffazione a giorno/settimana anziché ad ore.


Alessandro Pozzato


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

Re: [Talk-it] (Mappatura) Rotonda al contrario

[Andrea Albani]

Sai Aury che secondo me ci hai azzeccato ?

Non avendo il tag junction appare come una strada qualsiasi percorribile in
entrambi i sensi, quindi il routing prende la via più corta... e guarda
caso la parte della rotonda "contromano" è pià corta (in termini di nodi)
della parte corretta.

Ciao

Il giorno 23 agosto 2016 09:51, Aury88  ha scritto:

> Max1234Ita wrote
> > Ciao a tutti.
> >
> > Durante una gita fuori porta, qualche giorno fa, ho impostato OsmAnd per
> > calcolare un itinerario tra i paesi di Rigoroso e Vignole Borbera, che si
> > trovano entrambi vicino ad Arquata Scrivia (AL).
> >
> > Nell'attraversare l'abitato di Arquata ho notato che il navigatore
> > suggerisce di imboccare la rotonda che si trova all'incrocio della SP35
> > (Strada dei Giovi, poi Via del Vapore) con il Viale Italia, percorrendola
> > in senso antiorario, ovvero contromano.
> >
> > Pensavo si trattasse di un problema di OsmAnd, ed invece no, ho appena
> > controllato con OpenRouteService ed anche quel routing si comporta nello
> > stesso modo (immagine:
> > http://it.tinypic.com/r/2qcfnmw/9 
> > ; permalink:
> > http://bit.ly/2bQ650s 
> >
> > Ispezionando quell'area con JOSM, mi sono accorto che il rondò in
> > questione è mappato come tutti gli altri (
> /
> > junction=roundabout
> /
> > ,
> /
> > name
> /
> > ,
> /
> > ref
> /
> > ,
> /
> > old_ref
> /
> > ), in più però è presente il tag
> /
> > lanes=2
> /
> > , che invece di solito manca.
> >
> > A voi risulta che quest'ultimo tag possa dare problemi del genere? Quale
> > sarebbe la maniera corretta per mappare quella rotonda? Eliminare il tag
> > mi sembra un po' drastico.
> >
> >
> > Ciao e grazie,
> > Max
>
> forse intendi che il problema è che ti fa percorrere la rotonda in senso
> orario invece che antiorario, giusto?
> non dovrebbe essere il tag lanes=2 a dare problemi...comunque sia è un tag
> corretto quindi se fosse quello a provocare problemi sarebbe un errore del
> navigatore.
> non mi sembra ci siano errori nei tag presenti in osm...
> ma attento: sia ORS che OsmAnd potrebbero usare dati vecchi e vedo che
> junction=roundabout è stato aggiunto solo 14 giorni fa, mentre prima era
> mappata come una via a doppio senso di circolazione.
> a che data risalgono le cartografie usate dai servizi da te usati?
> Il percorso ottenuto tramite il navigatore integrato sul sito OSM sembra
> essere corretto.
>
>
>
> -
> Ciao,
> Aury
> --
> View this message in context: http://gis.19327.n5.nabble.
> com/Mappatura-Rotonda-al-contrario-tp5880670p5880684.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
>
___
Talk-it mailing list
Talk-it@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-it

Re: [Talk-se] Nybörjare

[bengt bäverman]

Här skulle jag vilja påpeka att (förutsatt att du försöker göra rätt) det
är viktigare ATT du bidrar än att det blir helt 100% rätt.  Det är ju
trotts alla open data där vem som helst kan bidra och justera och
förbättra. Du kan böra och andra ta vid om det blir fel.

Välkommen!

/Bengt

Den 23 augusti 2016 09:46 skrev Tomas Marklund :

> Dina gpx-filer som du har skapat är din egendom och kan laddas upp och
> användas fritt (förutsatt att DU godkänner det förstås). Jag har inte hört
> talas om att utvecklaren av manicken/appen som har skapat gpx-filen skulle
> kunna ha någon äganderätt av själva filerna. Låter konstigt, men nån annan
> vet nog mer om sånt.
>
>
>
> Gällande hur man taggar så finns det mycket information med exempel på
> wikipediasidorna
>
> http://wiki.openstreetmap.org/wiki/Sv:Map_Features
>
> Varje tagg har sen sin egen beskrivningssida, alla finns på engelska,
> många finns på svenska. Ex.
>
> http://wiki.openstreetmap.org/wiki/Sv:Tag:highway%3Dpath
>
> Ett bra knep brukar vara att kolla hur andra liknande stigar/vägar/grejer
> på kartan är taggade, sen gör man likadant själv. Kolla runt lite på kartan
> hur andra har burit sig åt. Nackdelen med det är förstås att man kan råka
> hitta nåt som är helt galet taggat och sen upprepar man galenskaperna.
> Använd eget omdöme, kolla fler exempel så lär man sig snart vad som är
> "rätt".
>
>
> Inventeringen innebär väl att någon ger sig ut, tar ett gpx-spår och
> karterar upp stigarna med härför lämpliga taggar.
>
> /Tomas
>
>
>
>
>
> Den 23 augusti 2016 09:04 skrev :
>
>> Hej
>>
>>
>>
>> Jag har precis hittat till osm, och möjligheten att bidra till att rita
>> kartor, när jag letade efter kartor till min Garmin gps.
>>
>> Jag tycker det låter kul att hjälpa till med kartan, men det känns som en
>> del att lära sig.
>>
>> Jag har gått igenom tutorieln på osm:s hemsida, så jag är registrerad och
>> har installerat josm, laddat upp ett gpx-spår och ritat in det på kartan.
>> Jag skickade dock inte upp mina ändringar, men så långt verkar det inte så
>> svårt.
>>
>> Det är dock några saker jag funderar på…
>>
>>
>>
>> Kan jag använda gpx-filer som jag exportetar ifrån Runtastic, Garmin
>> eller någon annan app utan att göra intrång i någons rättigheter och
>> riskera ställa till det för osm i framtiden?
>>
>>
>>
>> Jag vandrar en del och såg att Skåneleden hade vissa sträckor som behöver
>> ”inventeras”. Vad innebär det rent konkret?
>>
>>
>>
>> Jag har börjat ”utforska” Fyledalen, och ser att det finns många
>> smultronställen som inte är inritade. Finns det någon standard för hur man
>> taggar skogsvägar, naturreservat, stigar m.m.
>>
>>
>>
>> Det var nog allt för denna gång.
>>
>>
>>
>> Tack för hjälpen
>>
>>
>>
>> /Niclas
>>
>>
>>
>> ___
>> Talk-se mailing list
>> Talk-se@openstreetmap.org
>> https://lists.openstreetmap.org/listinfo/talk-se
>>
>>
>
> ___
> Talk-se mailing list
> Talk-se@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-se
>
>
___
Talk-se mailing list
Talk-se@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-se

Re: [Talk-it] (Mappatura) Rotonda al contrario

[Francesco Pelullo]

Il 23 ago 2016 1:19 AM, "Max1234Ita"  ha scritto:
>
>
> Nell'attraversare l'abitato di Arquata ho notato che il navigatore
> suggerisce di imboccare la rotonda che si trova all'incrocio della SP35
> (Strada dei Giovi, poi Via del Vapore) con il Viale Italia, percorrendola
in
> senso antiorario, ovvero contromano.
>

Forse ti sei confuso, volevi dire che ti suggeriva di percorrerla in senso
orario. O sbaglio?

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

Re: [Talk-it] (Mappatura) Rotonda al contrario

[Aury88]

Max1234Ita wrote
> Ciao a tutti.
> 
> Durante una gita fuori porta, qualche giorno fa, ho impostato OsmAnd per
> calcolare un itinerario tra i paesi di Rigoroso e Vignole Borbera, che si
> trovano entrambi vicino ad Arquata Scrivia (AL).
> 
> Nell'attraversare l'abitato di Arquata ho notato che il navigatore
> suggerisce di imboccare la rotonda che si trova all'incrocio della SP35
> (Strada dei Giovi, poi Via del Vapore) con il Viale Italia, percorrendola
> in senso antiorario, ovvero contromano.
> 
> Pensavo si trattasse di un problema di OsmAnd, ed invece no, ho appena
> controllato con OpenRouteService ed anche quel routing si comporta nello
> stesso modo (immagine: 
> http://it.tinypic.com/r/2qcfnmw/9   
> ; permalink: 
> http://bit.ly/2bQ650s   
> 
> Ispezionando quell'area con JOSM, mi sono accorto che il rondò in
> questione è mappato come tutti gli altri (
/
> junction=roundabout
/
> , 
/
> name
/
> , 
/
> ref
/
> , 
/
> old_ref
/
> ), in più però è presente il tag 
/
> lanes=2
/
> , che invece di solito manca.
> 
> A voi risulta che quest'ultimo tag possa dare problemi del genere? Quale
> sarebbe la maniera corretta per mappare quella rotonda? Eliminare il tag
> mi sembra un po' drastico.
> 
> 
> Ciao e grazie, 
> Max

forse intendi che il problema è che ti fa percorrere la rotonda in senso
orario invece che antiorario, giusto?
non dovrebbe essere il tag lanes=2 a dare problemi...comunque sia è un tag
corretto quindi se fosse quello a provocare problemi sarebbe un errore del
navigatore.
non mi sembra ci siano errori nei tag presenti in osm...
ma attento: sia ORS che OsmAnd potrebbero usare dati vecchi e vedo che
junction=roundabout è stato aggiunto solo 14 giorni fa, mentre prima era
mappata come una via a doppio senso di circolazione.
a che data risalgono le cartografie usate dai servizi da te usati?
Il percorso ottenuto tramite il navigatore integrato sul sito OSM sembra
essere corretto.



-
Ciao,
Aury
--
View this message in context: 
http://gis.19327.n5.nabble.com/Mappatura-Rotonda-al-contrario-tp5880670p5880684.html
Sent from the Italy General mailing list archive at Nabble.com.

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

Re: [Talk-se] Nybörjare

[Tomas Marklund]

Dina gpx-filer som du har skapat är din egendom och kan laddas upp och
användas fritt (förutsatt att DU godkänner det förstås). Jag har inte hört
talas om att utvecklaren av manicken/appen som har skapat gpx-filen skulle
kunna ha någon äganderätt av själva filerna. Låter konstigt, men nån annan
vet nog mer om sånt.



Gällande hur man taggar så finns det mycket information med exempel på
wikipediasidorna

http://wiki.openstreetmap.org/wiki/Sv:Map_Features

Varje tagg har sen sin egen beskrivningssida, alla finns på engelska, många
finns på svenska. Ex.

http://wiki.openstreetmap.org/wiki/Sv:Tag:highway%3Dpath

Ett bra knep brukar vara att kolla hur andra liknande stigar/vägar/grejer
på kartan är taggade, sen gör man likadant själv. Kolla runt lite på kartan
hur andra har burit sig åt. Nackdelen med det är förstås att man kan råka
hitta nåt som är helt galet taggat och sen upprepar man galenskaperna.
Använd eget omdöme, kolla fler exempel så lär man sig snart vad som är
"rätt".


Inventeringen innebär väl att någon ger sig ut, tar ett gpx-spår och
karterar upp stigarna med härför lämpliga taggar.

/Tomas





Den 23 augusti 2016 09:04 skrev :

> Hej
>
>
>
> Jag har precis hittat till osm, och möjligheten att bidra till att rita
> kartor, när jag letade efter kartor till min Garmin gps.
>
> Jag tycker det låter kul att hjälpa till med kartan, men det känns som en
> del att lära sig.
>
> Jag har gått igenom tutorieln på osm:s hemsida, så jag är registrerad och
> har installerat josm, laddat upp ett gpx-spår och ritat in det på kartan.
> Jag skickade dock inte upp mina ändringar, men så långt verkar det inte så
> svårt.
>
> Det är dock några saker jag funderar på…
>
>
>
> Kan jag använda gpx-filer som jag exportetar ifrån Runtastic, Garmin eller
> någon annan app utan att göra intrång i någons rättigheter och riskera
> ställa till det för osm i framtiden?
>
>
>
> Jag vandrar en del och såg att Skåneleden hade vissa sträckor som behöver
> ”inventeras”. Vad innebär det rent konkret?
>
>
>
> Jag har börjat ”utforska” Fyledalen, och ser att det finns många
> smultronställen som inte är inritade. Finns det någon standard för hur man
> taggar skogsvägar, naturreservat, stigar m.m.
>
>
>
> Det var nog allt för denna gång.
>
>
>
> Tack för hjälpen
>
>
>
> /Niclas
>
>
>
> ___
> Talk-se mailing list
> Talk-se@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-se
>
>
___
Talk-se mailing list
Talk-se@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-se

Re: [Talk-it] Addio.

[Aury88]

Andrea Lattmann wrote
> Ciao ragazzi,
> purtroppo ho dovuto prendere con infinito dispiacere la decisione di
> cancellarmi da OpenStreetMap. Alcuni saranno felici, altri no. Vi
> ringrazio per tutto quello che mi avete insegnato. 
> Con profonda stima.
> Andrea
> 
> ___
> Talk-it mailing list

> Talk-it@

> https://lists.openstreetmap.org/listinfo/talk-it

Mi spiace molto venire a sapere del tuo addio ad OSM.
Grazie mille per tutto quello che hai fatto fino ad oggi. 
Spero anche io di rivederti e che i motivi che hanno portato alla tua
cancellazione vengano risolti  ;-)

Ciao 
Aurelio 



-
Ciao,
Aury
--
View this message in context: 
http://gis.19327.n5.nabble.com/Addio-tp5880539p5880683.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

[Talk-se] Nybörjare

[niclas.ember]

Hej

Jag har precis hittat till osm, och möjligheten att bidra till att rita kartor, 
när jag letade efter kartor till min Garmin gps.
Jag tycker det låter kul att hjälpa till med kartan, men det känns som en del 
att lära sig.
Jag har gått igenom tutorieln på osm:s hemsida, så jag är registrerad och har 
installerat josm, laddat upp ett gpx-spår och ritat in det på kartan. Jag 
skickade dock inte upp mina ändringar, men så långt verkar det inte så svårt.
Det är dock några saker jag funderar på…

Kan jag använda gpx-filer som jag exportetar ifrån Runtastic, Garmin eller 
någon annan app utan att göra intrång i någons rättigheter och riskera ställa 
till det för osm i framtiden?

Jag vandrar en del och såg att Skåneleden hade vissa sträckor som behöver 
”inventeras”. Vad innebär det rent konkret?

Jag har börjat ”utforska” Fyledalen, och ser att det finns många 
smultronställen som inte är inritade. Finns det någon standard för hur man 
taggar skogsvägar, naturreservat, stigar m.m.

Det var nog allt för denna gång.

Tack för hjälpen

/Niclas 

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

Re: [Talk-dk] Sur bonde

[Erik Dam]

Mange tak for svaret Sonny, og i øvrigt tak for diskussionen som har givet mig 
et godt lille indblik i de overvejelser man kommer ud i.

Med hensyn til den aktuelle vej er det i øvrigt interessant at omfartsvejen 
omkring gården i alle tilfælde kortmæssigt har manglet i nogle perioder så man 
tilsyneladende skulle gennem gården for at komme videre. (bl.a. på kort fra 
1943)

Jeg vil fremover bruge dine links ved manglende veje og se hvad de giver.



Venlig hilsen

Erik



Erik Dam

pensioneret it-koordinator

Læreruddannelsen KDAS, UCC

Rosenlundsvej 8,

3650 Ølstykke

Fast +45 47100195

Mob: +45 29460554

erik@skolekom.dk

skype: erikdam1





Fra: Sonny B. Andersen [mailto:s...@bukhmark.dk]
Sendt: 23. august 2016 01:22
Til: Erik Dam; OpenStreetMap
Emne: SV: [Talk-dk] Sur bonde



Kommunen bør kende den pågældende vejs status i detaljer. Siden 1850 har 
kommunerne skullet føre en fortegnelse over offentlige stier anlagt som vej til 
kirke, skole eller tinghus. Bekendtgørelsen er senest blevet fornyet i år  
https://www.retsinformation.dk/Forms/R0710.aspx?id=177057



Man kan også prøve den centrale vejfortegnelse  http://cvf.vd.dk/cvf/  hvor man 
bl.a. kan se et kort, men det er ikke alle kommuner, der er lige flinke til at 
indberette, fx er der ingen status på denne vej, selv om den pudsigt nok er 
navngivet – det plejer private stier/adgangsveje ellers ikke at være.



En privat sti/vej kan sagtens nedlægges. Her skal ejeren blot kontakte 
kommunen, og hvis ikke kommunen har reageret inden for fire uger, kan stien 
bare pløjes op. Hvis kommunen reagerer, kan den som minimum forlange, at det 
stadig er muligt at færdes på stien til fods og på cykel samt at det skiltes, 
at der er offentlig adgang. Men det kræver altså en vågen kommunal medarbejder 
og en begrundelse for, at stien er til gavn.



Desværre har vi mistet masser af stier i de senere år, men jeg mener, at 
OSM-kortet skal afspejle virkeligheden så aktuelt som vi magter at gøre det.



/sba-dk





Fra: Erik Dam 
Sendt: 22. august 2016 11:25
Til: 'OpenStreetMap Denmark' 
Emne: Re: [Talk-dk] Sur bonde



Nu er jeg ikke klar over hvorfor bonden er sur da jeg ikke er dygtig nok til at 
se hvad tyskeren har ændret, for vejen har da været der tidligere (også på det 
officielle topografiske kort) , så det må være vejens egenskaber der er ændret?

Men jeg mener ikke kun det er en kuriositet at vi som korttegnere kommer til at 
genere ejere som har anderledes interessere end vi har.

Jeg har flere gange ved planlægning af cykelture oplevet at veje der er 
kortlagt ikke findes mere.

Jeg står så i den situation at jeg ikke er klar over om den er nedlagt ulovligt 
eller der f.eks. er lavet en eller anden form for mageskift/aftale med 
statslige eller kommunale myndigheder.

Derfor ved jeg ikke om jeg bør ændre OSM-kortet i overensstemmelse med 
virkeligheden.

Jeg husker for år tilbage at en formand for vor lokale historiske forening ofte 
påpegede at vi skulle benytte stierne for at de ikke skulle kunne nedlægges.

Er der nogen af jer, som ved om der findes et centralt register over veje der i 
alle tilfælde teoretisk eksisterer og evt. med historik med nedlæggelser?



Venlig hilsen

Erik





---
Denne e-mail blev kontrolleret for virusser af Avast antivirussoftware.
https://www.avast.com/antivirus
___
Talk-dk mailing list
Talk-dk@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-dk

Re: [Talk-it] (Mappatura) Rotonda al contrario

[Andrea Albani]

Se inverti origine con destinazione il calcolo è corretto.
Inoltre ci sono altri casi in cui il routing in presenza di roundabout e
lanes funziona come nel caso [0].
Bel mistero.
Ciao

[0] http://bit.ly/2bQSDtb

Il giorno 23 agosto 2016 01:18, Max1234Ita  ha
scritto:

> Ciao a tutti.
>
> Durante una gita fuori porta, qualche giorno fa, ho impostato OsmAnd per
> calcolare un itinerario tra i paesi di Rigoroso e Vignole Borbera, che si
> trovano entrambi vicino ad Arquata Scrivia (AL).
>
> Nell'attraversare l'abitato di Arquata ho notato che il navigatore
> suggerisce di imboccare la rotonda che si trova all'incrocio della SP35
> (Strada dei Giovi, poi Via del Vapore) con il Viale Italia, percorrendola
> in
> senso antiorario, ovvero contromano.
>
> Pensavo si trattasse di un problema di OsmAnd, ed invece no, ho appena
> controllato con OpenRouteService ed anche quel routing si comporta nello
> stesso modo (immagine:  http://it.tinypic.com/r/2qcfnmw/9
>   ; permalink:  http://bit.ly/2bQ650s
> 
>
> Ispezionando quell'area con JOSM, mi sono accorto che il rondò in questione
> è mappato come tutti gli altri (/junction=roundabout/, /name/, /ref/,
> /old_ref/), in più però è presente il tag /lanes=2/, che invece di solito
> manca.
>
> A voi risulta che quest'ultimo tag possa dare problemi del genere? Quale
> sarebbe la maniera corretta per mappare quella rotonda? Eliminare il tag mi
> sembra un po' drastico.
>
>
> Ciao e grazie,
> Max
>
>
>
>
>
>
> --
> View this message in context: http://gis.19327.n5.nabble.
> com/Mappatura-Rotonda-al-contrario-tp5880670.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
>
___
Talk-it mailing list
Talk-it@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-it

Re: [Talk-it] (Mappatura) Rotonda al contrario

[Simone]

Il 23 agosto 2016 01:18:02 CEST, Max1234Ita  ha scritto:
>Ciao a tutti.
>
>Durante una gita fuori porta, qualche giorno fa, ho impostato OsmAnd
>per
>calcolare un itinerario tra i paesi di Rigoroso e Vignole Borbera, che
>si
>trovano entrambi vicino ad Arquata Scrivia (AL).
>
>Nell'attraversare l'abitato di Arquata ho notato che il navigatore
>suggerisce di imboccare la rotonda che si trova all'incrocio della SP35
>(Strada dei Giovi, poi Via del Vapore) con il Viale Italia,
>percorrendola in
>senso antiorario, ovvero contromano.
>
>Pensavo si trattasse di un problema di OsmAnd, ed invece no, ho appena
>controllato con OpenRouteService ed anche quel routing si comporta
>nello
>stesso modo (immagine:  http://it.tinypic.com/r/2qcfnmw/9
>  ; permalink: 
>http://bit.ly/2bQ650s
>  
>
>Ispezionando quell'area con JOSM, mi sono accorto che il rondò in
>questione
>è mappato come tutti gli altri (/junction=roundabout/, /name/, /ref/,
>/old_ref/), in più però è presente il tag /lanes=2/, che invece di
>solito
>manca.
>
>A voi risulta che quest'ultimo tag possa dare problemi del genere?
>Quale
>sarebbe la maniera corretta per mappare quella rotonda? Eliminare il
>tag mi
>sembra un po' drastico.
>
>
>Ciao e grazie, 
>Max
>
>
>
>
>
>
>--
>View this message in context:
>http://gis.19327.n5.nabble.com/Mappatura-Rotonda-al-contrario-tp5880670.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

Risulta giusto anche il versus a destra?


-- Simone Girardelli--

Inviato con K-9 Mail
Scusate la brevità dello scritto.

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

Re: [Talk-it] (Mappatura) Rotonda al contrario

[Bruno]

Molto curioso come problema.
Utilizzando da Openstreetmap OSRM e Mapzen funziona correttamente.

Credo possa esistere un bug in questi due sistemi derivante dal valore 
lanes=2 
Probabilmente in assenza del oneway specificato considerata la rotonda doppia 
come a doppio senso.

Infatti in caso questo caso il percorso che offre è un po' meno lungo.
Chiaramente il problema sarebbe risolto tracciando delle linee corsie di 
innesto alla rotatoria, ma in questo caso mi sembra che gli innesti siano 
talmente corti da non renderla la soluzione più corretta.
Io aprirei un bug nei due siti di routing

>Messaggio originale
>Da: "Max1234Ita" 
>Data: 23/08/2016 1.18
>A: 
>Ogg: [Talk-it] (Mappatura) Rotonda al contrario
>
>Ciao a tutti.
>
>Durante una gita fuori porta, qualche giorno fa, ho impostato OsmAnd per
>calcolare un itinerario tra i paesi di Rigoroso e Vignole Borbera, che si
>trovano entrambi vicino ad Arquata Scrivia (AL).
>
>Nell'attraversare l'abitato di Arquata ho notato che il navigatore
>suggerisce di imboccare la rotonda che si trova all'incrocio della SP35
>(Strada dei Giovi, poi Via del Vapore) con il Viale Italia, percorrendola in
>senso antiorario, ovvero contromano.
>
>Pensavo si trattasse di un problema di OsmAnd, ed invece no, ho appena
>controllato con OpenRouteService ed anche quel routing si comporta nello
>stesso modo (immagine:  http://it.tinypic.com/r/2qcfnmw/9
>  ; permalink:  http://bit.ly/2bQ650s
>  
>
>Ispezionando quell'area con JOSM, mi sono accorto che il rondò in questione
>è mappato come tutti gli altri (/junction=roundabout/, /name/, /ref/,
>/old_ref/), in più però è presente il tag /lanes=2/, che invece di solito
>manca.
>
>A voi risulta che quest'ultimo tag possa dare problemi del genere? Quale
>sarebbe la maniera corretta per mappare quella rotonda? Eliminare il tag mi
>sembra un po' drastico.
>
>
>Ciao e grazie, 
>Max
>
>
>
>
>
>
>--
>View this message in context: http://gis.19327.n5.nabble.com/Mappatura-
Rotonda-al-contrario-tp5880670.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
>



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