date:20151107


OSM date word niet meer geladen, is dit te verhelpen!!

---
Dit e-mailbericht is gecontroleerd op virussen met Avast antivirussoftware.
https://www.avast.com/antivirus


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

Re: [Talk-br] Editor para Android

2015-11-07 Thread Tiago Fassoni A. A. Leite

Valeu, gente!

Traduzi as strings do editor para pt_BR, se alguém quiser verificar, tá
aqui o link: https://www.transifex.com/mapsquare/osm-contributor/

2015-11-06 23:00 GMT-02:00 Alexandre Magno Brito de Medeiros <
alexandre@gmail.com>:

> mapsquare.io 
>
> Em 6 de novembro de 2015 21:52, Nelson A. de Oliveira 
> escreveu:
>
>>
>> Tem que clicar lá embaixo no "Visitar página da Web" (ou "Visit website")
>> :-P
>>
>> O código é aberto: https://github.com/mapsquare/osm-contributor
>>
>
>
> ___
> Talk-br mailing list
> Talk-br@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-br
>
>
___
Talk-br mailing list
Talk-br@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-br

Re: [OSM-talk] Unrepentant Vandal

2015-11-07 Thread Andy Townsend


On 07/11/2015 10:36, Andrew Errington wrote:

Hi all,

Here is a link to a random point on a light rail system:
http://osm.org/go/546Jvddtd--?m=

Soon after it opened I travelled on it from end to end, collecting gps
data and photos of all the station signs.  There are two railway
lines, one in each direction, and I mapped them both carefully.

Recently I discovered that someone had helpfully deleted one of the
lines and tagged the other with tracks=2.  I really don't think this
is acceptable.

I found the changeset and asked the user who did it why they destroyed
my work.  They replied:
"The OSM wiki implies that a single way with tracks=2 is the preferred
way of showing rail lines with two tracks. This was the method used
most in S. Korea, I was attempting to create consistency."

This is not actually true (and I double-checked the wiki, just in
case).  I pointed this out but the user did not acknowledge this was a
mistake, or offer an apology.


I'd definitely suggest that changeset discussions are the best place to 
have this sort of conversation.  That way, it's visible, so that other 
people can be aware of the problem (and also discussions in public 
tended to be conducted with more politeness).  I'm sure that they 
generally believed that they were doing the right thing, but didn't 
think through the implications of what they were doing on data 
consumers* and other mappers.


From looking at their edit history, which appears to be wide-ranging, I 
suspect that they're a non-surveying mapper who may not actually have 
been to all of the places that they've edited.




So, my question is, am I being unreasonable, or am I right to think
this is unacceptable?  How can I guard against this?


There are a bunch of "who's been editing where" tools - one that's 
especially worth mentioning is 
http://wiki.openstreetmap.org/wiki/Quality_assurance#WhoDidIt which 
looks for changes in an area and can provide an RSS feed.  I also use 
ITO's OSM Mapper http://wiki.openstreetmap.org/wiki/ITO_World#OSM_Mapper 
.  That works a few days in arrears, but is very useful at helping you 
to visualise what has changed.



I have no
problem with people improving the map by improving the data, but I am
starting to see a lot of deletions, incorrect tagging, and generally
shoddy work appearing, especially in Korea where I have done a lot of
original work.


There might be a couple of issues here.  One possibility is people using 
"QA tools" to identify "problems" and "fixing" them.  We've had a lot of 
issues in GB with this - people changing the tagging on oneway roads in 
carparks incorrectly when the _real_ problem was that not all of the 
roads had been mapped is one example that springs to mind.  Where a QA 
tool identifies a problem, it should really be a prompt to carry out a 
local survey rather than apply a "remote guess" of what might be wrong.  
If I spot a problem like that I'd usually add to the changeset 
discussion of the original mapper, or add an OSM note or a fixme, to try 
and get it looked at properly.  Sometimes not of this works and there 
really are no local mappers, and the problem is bad enough that a remote 
fix really is needed (perhaps a newbie has broken a major road by 
mistake), but it's surely best that edits are done by people who either 
actually are there, or at least have been there.  Previous OSM tags + 
imagery don't always give a full sense of what something actually is.


Related to this is people "correcting" tags that are "wrong".  Often a 
"wrong" tag is a really useful indicator that an inexperienced mapper 
has been active, there are other things besides the "wrong" tag that 
might been checking, and the QA report is a useful indicator of this.  
Fixing the "wrong" tag removes the QA report but leaves the other data 
that doesn't match the real world in OSM.


The other possibility to people causing problems using QA tools is 
actually good news - lots of new mappers!  People new to OSM will get 
things wrong, whichever editor they're using, and any attempt to get 
them to trudge through the mire that is the current "beginners' guide" 
in the wiki will cause many to stop mapping before they've even 
started.**.  New mappers need help and understanding rather than "you've 
done it wrong!".  Often asking "what are you trying to map - how can I 
help?" is a good way of getting to the root of the problem.  I'd also 
give new mappers a week or more to "find their feet" - I suspect that 
the feeling of being watched would put some off too.



Do I have to set up some kind of watch on all of my
contributions and check them if someone edits them?


I did actually used to do this - I postprocess OSM data before using 
mkgmap to create a Garmin map, and one of the things that that did was 
to enable a list of "things edited since I last edited them" to be 
produced.  It's not something I've looked at of late though, since most 
edits are perfectly valid and there are plenty of other ways

[Talk-co] Problematic edits in Cúcuta

2015-11-07 Thread Andy Townsend


(apologies for the out-of-thread reply - only just subscribed to the list)

There are actually a few new mappers in the area (though only one in the 
past week)


http://resultmaps.neis-one.org/newestosm?c=Colombia#6/8.081/-74.158

It looks like they are trying to create bus routes, but don't know how 
to do it.  Maybe it's a school or college project?  If you look at the 
POIs in town, many were added exactly 12 months ago :)


The process of restoring the data is underway (see 
https://www.openstreetmap.org/history#map=11/7.8583/-72.5122 ) but I 
wonder if it would perhaps make sense to try and contact the other 
mappers to explain the problem - and if possible perhaps to contact the 
person at the school or college running the course as well?


Best Regards,

Andy Townsend (SomeoneElse)


(en español mediante traducción automática)

(disculpas por la respuesta fuera de hilo - recién suscritos a la lista)

En realidad, hay a pocos nuevos creadores de mapas de la zona (aunque 
sólo uno en la última semana)


http://resultmaps.neis-one.org/newestosm?c=Colombia#6/8.081/-74.158

Parece que están tratando de crear rutas de autobús, pero no saben cómo 
hacerlo. Tal vez es un proyecto de la escuela o colegio? Si nos fijamos 
en los puntos de interés en la ciudad, muchos se añadieron hace 
exactamente 12 meses :)


El proceso de restauración de los datos está en marcha (ver 
https://www.openstreetmap.org/history#map=11/7.8583/-72.5122) pero me 
pregunto si sería tal vez tenga sentido para tratar de ponerse en 
contacto con los otros creadores de mapas para explicar el problema - y 
si es posible tal vez para ponerse en contacto con la persona en la 
escuela o colegio corriendo el curso también?


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

Re: [OSM-talk-be] some osm.be statistics

2015-11-07 Thread Nicolas Pettiaux

Le Tue, 3 Nov 2015 09:06:02 +,
Ben Abelshausen  a écrit :

> What could also help: someone native french speaking to help with the
> twitter account. Now we mostly tweet in NL and EN.

I would with pleasure tweet for osm-be in French.

Regards,

Nicolas


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

Re: [OSM-talk-be] Adressen

I'm checking with Roeselare (27000 addresses, of which 2/3 is mapped), and
it loads fine, including the overpass query (
http://crab-import.osm.be/import.html?pcode=8800=true ).

If you have problems, it might be specific to your postalcode and/or
settings. Please share the link you're using.

Regards,
Sander

Op 7 november 2015 16:39 schreef Louis van Boeckel :

> OSM date word niet meer geladen, is dit te verhelpen!!
>
>
> ---
> Dit e-mailbericht is gecontroleerd op virussen met Avast antivirussoftware.
> https://www.avast.com/antivirus
>
>
> ___
> Talk-be mailing list
> Talk-be@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-be
>
___
Talk-be mailing list
Talk-be@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-be

Re: [OSM-ja] 日本の住所の例が読めません

2015-11-07 Thread Satoshi IIDA

いいだです。
Google Docs上のドキュメントの所有者です。
とりいそぎいま権限を確認してみましたが、
「誰でも検索可能、コメント可能」の状態で、たぶん見れるようになってると思うのですが。。。

リレーションの作成者さんに連絡取っていただいて、
回答がないようであれば、DWGに相談事案かな、とも思います。

個人的な考え方からいえば、間違った入力をするのは全く問題ないのですが、
それを指摘するフィードバックには答えていただきたいな、と思っているところです。

正しい構造については、ikiyaさんのとおりです。




2015年11月7日 19:06 ikiya :

> ikiyaです。
>
> このGoogle Docsテーブルは、このMLで示されているものとなります。
> （ご存知でしたらあしからず）
> https://lists.openstreetmap.org/pipermail/talk-ja/2013-August/007578.html
> MLのスレッドご覧ください。
>
> 私はテーブル見れました。
> テーブルのタイトルは「OSMの地名・行政単位・郵便住所の対応」となっています。
>
> このタイトルで検索してみてはいかがでしょう。（だめかな）
>
> このテーブルには北海道の表記例 として「北1条西1丁目」があります。
> "条と目はまとめて"とコメントが付いて、「北1条西1丁目」でneighbourhood 扱いと表記されています。
>
> ご参考まで。
>
>
> - Original Message -
> *From:* ISHIKAWA Takayuki 
> *To:* talk-ja@openstreetmap.org
> *Date:* 2015/11/7, Sat 12:29
> *Subject:* [OSM-ja] 日本の住所の例が読めません
>
> こんにちは、奈良の石川です。先日の SotM Japan 2015 でご尽力
> いただいた方に感謝申し上げます。
>
> さて、日本の住所体系の例として
>
> http://wiki.openstreetmap.org/wiki/JA:%E4%BD%8F%E6%89%80#.E6.97.A5.E6.9C.AC.E3.81.AE.E4.BD.8F.E6.89.80.E4.BD.93.E7.B3.BB.28.E8.A1.97.E5.8C.BA.E7.95.AA.E5.8F.B7.E3.83.BB.E5.9C.B0.E7.B1.8D.E8.BB.A2.E7.94.A8.29
>
>
> から
>
> https://docs.google.com/a/oiu.jp/spreadsheets/d/1eAE72mjCLoJVGZo5qRhCYK22UxVQ8bpbQSU9ZLHq40o/edit#gid=0
>
>
> への link があるのですが、「権限が必要です」と表示され、閲覧する
> ことができません。この住所体系の例は、現在どこで閲覧することが
> できますでしょうか。
>
> と言いますのも、現在、札幌市中心部に於いて「北4条西」のような
> relation を作る作業が進められているからです。
>
> https://www.openstreetmap.org/relation/5597770
>
> 札幌市中心部は「北4条西5丁目」のような表記になっており、私のよう
> な札幌出身者としては (そして私が知る限り私の周囲の全ての札幌人も)
> これは「北4条」と「西5丁目」として認識しており、決して「北4条西」
> と「5丁目」の組み合わせなどとは認識していません。もちろん、郵便
> 番号簿などで仕方なく「北4条西」などと区分けしていることは知って
> いますが、これは他地域の「丁目」表記を抜き出した残りとしてやむを
> 得ずそうしているものです。そもそも札幌人ならば、小学校の副読本で
> 札幌の街の成り立ちを知っているはずです。
>
> なので、作業をなさっている方に連絡を取りたいのですが、その根拠と
> して示す資料が見つからず、困っているところです。(もし OSM の側で
> 「北4条西」というような例が提示されていたら、その方に連絡を取る
> よりもまずは ML で議論すべきかと思われます。)
>
> すみませんが、どなたか資料のありかをご存知でしたらお教え下さい。
>
> --
> 石川
> ___
> Talk-ja mailing list
> Talk-ja@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-ja
>
>
>
> ___
> Talk-ja mailing list
> Talk-ja@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-ja
>
>


-- 
Satoshi IIDA
mail: nyamp...@gmail.com
twitter: @nyampire
___
Talk-ja mailing list
Talk-ja@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-ja

Re: [Talk-it] La mappa di OSM ha un nuovo schema colori

2015-11-07 Thread Aury88

dieterdreist wrote
> certo, vorrei sempre cercare di essere preciso nei termini. "equivalente"
> credo che sia un termine soggettivo in questo contesto, chi lo ha scritto
> voleva dire che per lui valesse uguale di una mappa (e quindi non è una
> mappa). 

 si, ok, va bene...questo non centra nulla però con tutto il discorso a
valle: l'utente lo usa? serve a qualcosa? può essere usato per vedere cosa
c'è sul luogo che si sta esplorando? è più o meno utile di una mappa
"disegnata" in questo? se ha una qualche utilità in questo non è che ha
anche un utilità per l'utente anche quando fa altre cose oltre ad esplorare
la mappa? 


> Per il discorso delle birre: credo che si tratta di un fraintendimento: le
> geobirre sono birre prese insieme, ma non sono gratis, ciascuno paga per
> se stesso, al massimo si paga una birra ad un sviluppatore come
> riconoscimento (piuttosto simbolico) del suo lavoro.

 questa per me è una grandissima delusione Martin X°D
comunque non credo giochi a favore della capacità di attrarre gente di
questo genere di eventi :-P
comunque io rimango disponibile se si organizza qualcosa in zona ;-)

> Ammetto, ho un po' perso il filo, di cosa discutiamo qui? O discutiamo per
> discutere? 

 temo la seconda... a parte gli iniziali messaggi sull'avviso del
cambiamento dei colori della mappa da li in poi è stato un "io vorrei" e un 
"io non vorrei" e quindi una discussione così "da bar" senza alcuna finalità
pratica o possibilità di vederla realizzata finché la si discute qui




-
Ciao,
Aury
--
View this message in context: 
http://gis.19327.n5.nabble.com/La-mappa-di-OSM-ha-un-nuovo-schema-colori-tp5858384p5859349.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] La mappa di OSM ha un nuovo schema colori

2015-11-07 Thread Martin Koppenhoefer



sent from a phone

> Am 07.11.2015 um 12:55 schrieb Aury88 :
> 
> e
> comunque da wikipedia: "Una ortofoto o ortofotografia è una fotografia aerea
> che è stata geometricamente corretta (cioè che ha subito procedimento di
> ortorettifica) e georeferenziata in modo tale che la scala di
> rappresentazione della fotografia sia uniforme, cioè la foto può essere
> considerata equivalente ad una mappa." cominciamo comunque a fare i precisi
> sui termini?


certo, vorrei sempre cercare di essere preciso nei termini. "equivalente" credo 
che sia un termine soggettivo in questo contesto, chi lo ha scritto voleva dire 
che per lui valesse uguale di una mappa (e quindi non è una mappa). 


Per il discorso delle birre: credo che si tratta di un fraintendimento: le 
geobirre sono birre prese insieme, ma non sono gratis, ciascuno paga per se 
stesso, al massimo si paga una birra ad un sviluppatore come riconoscimento 
(piuttosto simbolico) del suo lavoro.


Ammetto, ho un po' perso il filo, di cosa discutiamo qui? O discutiamo per 
discutere? Al riguardo di servizi aggiuntivi sul sito osm.org sono sicuro che 
qui non è pertinente/non serve discuterne, perché non ci segue chi gestisce il 
sito. L'unico modo per arrivare a qualcosa sarebbe quello di fare le apposite 
modifiche e chiedere l'integrazione di queste modifiche, oppure pagare qualcuno 
che le faccia, oppure trovare qualcuno che le facesse gratuitamente. Tutto che 
c'è è cresciuto in quel modo.


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

Re: [Talk-dk] Adressepunkt der er blevet flyttet, hvad gør man?

2015-11-07 Thread Michael Andersen

Jeg har i enkelte tilfælde benyttet Level0[1] til at undelete/revertere 
adressenoder der var kommet på afveje. Man skal lige være lidt teknisk 
minded for at gennemskue det og det kan også være lidt besværligt, men 
ellers er det et super lille værktøj.

Processen du skal bruge både ved revertering og undelete er beskrevet 
her: http://wiki.openstreetmap.org/wiki/Level0#Undelete_a_node[2] . Pas 
på at holde tungen lige i munden de første gange.

Mvh Hjart


Lørdag den 7. november 2015 11:52:50 skrev Asger Frank:
> Det sker, at nogen har flyttet et adressepunkt, intenderet eller
> uintenderet, eller man kunne vel selv komme til det.
> 
> Generelt, hvordan udbedrer man det så, når man ser det?
> 
> 1. Flytter punktet tilbage til nogenlunde hvor man synes det bør være?
> 2. Bare venter, indtil der kommer en ny opdatering fra AWSbot, som 
erstatter
> punktet med et korrekt? 3. Tilføjer punktet et tag, der udbeder en
> hurtig/ekstra opdatering fra AWSbot (findes det?)? 4. Reverterer
> ændringssættet, evt. selektivt (og hvad hvis ikke det er ens eget, eller
> ikke er fortrolig med det?)?
> 
> Mvh
> Asger Frank
> ___
> Talk-dk mailing list
> Talk-dk@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-dk



[1] http://wiki.openstreetmap.org/wiki/Level0
[2] http://wiki.openstreetmap.org/wiki/Level0#Undelete_a_node
___
Talk-dk mailing list
Talk-dk@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-dk

Re: [OSM-talk] Undiscussed (?) edits removing lesser-used highway=* tags

2015-11-07 Thread Marc Gemis

GerdP has written me twice about some tagging mistake I made. In one case I
told him about a proposal he was not aware of, and he promptly reverted the
change he had made in the meantime. In both cases we had a nice
conversation via the changeset comments.

Perhaps he did not contact the mapper that added the residential_link
because she/he is no longer active  ?

Anyhow, I can't complain for the above two cases.

regards

m

On Sat, Nov 7, 2015 at 12:57 AM, Andrew Guertin 
wrote:

> On 11/06/2015 05:01 PM, Andy Townsend wrote:
>
>> Previously there were quite a lot of changeset discussion comments
>> from GerdP asking about odd values:
>>
>> http://resultmaps.neis-one.org/osm-discussions (scroll down a bit)
>>
>
> Ah! That's very good to see!
>
> So perhaps I've overreacted a bit. I now see the problem as GerdP does a
> lot of good work and does typically communicate, but this time didn't
> discuss before deciding the undocumented tags residential_link and
> unclassified_link should be removed, which is a decision that really should
> be made by the community.
>
> So hopefully we can get that discussion happening and get the tags put
> back (if that's the decision).
>
> --Andrew
>
>
> ___
> 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-it] [Un po' OT] Geocoding con mmqgis

2015-11-07 Thread Maurizio Napolitano

> Alternative?

https://github.com/veltman/csvgeocode

... anche se, nei fatti, il problema rimane, ma si appoggia anche ad
altri geocoder fra cui quello di mapzen e di mapbox

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

[OSM-talk] Unrepentant Vandal

2015-11-07 Thread Andrew Errington

Hi all,

Here is a link to a random point on a light rail system:
http://osm.org/go/546Jvddtd--?m=

Soon after it opened I travelled on it from end to end, collecting gps
data and photos of all the station signs.  There are two railway
lines, one in each direction, and I mapped them both carefully.

Recently I discovered that someone had helpfully deleted one of the
lines and tagged the other with tracks=2.  I really don't think this
is acceptable.

I found the changeset and asked the user who did it why they destroyed
my work.  They replied:
"The OSM wiki implies that a single way with tracks=2 is the preferred
way of showing rail lines with two tracks. This was the method used
most in S. Korea, I was attempting to create consistency."

This is not actually true (and I double-checked the wiki, just in
case).  I pointed this out but the user did not acknowledge this was a
mistake, or offer an apology.

So, my question is, am I being unreasonable, or am I right to think
this is unacceptable?  How can I guard against this?  I have no
problem with people improving the map by improving the data, but I am
starting to see a lot of deletions, incorrect tagging, and generally
shoddy work appearing, especially in Korea where I have done a lot of
original work.  Do I have to set up some kind of watch on all of my
contributions and check them if someone edits them?

Andrew

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

Re: [OSM-talk] Unrepentant Vandal

2015-11-07 Thread Richard Mann

tracks=2, and the tags on the highway way was originally preferred if the
tracks were consistently in the middle of the street

To me, that single line veers implausibly from one side of the street to
the other, and I'd probably be more concerned to get the highway and the
tram tracks to line up properly (by whatever method).

The ideal nowadays is probably to draw the tracks (and the carriageways if
they are split by a pair of tram tracks) separately, but there isn't much
point doing one and not the other.

On Sat, Nov 7, 2015 at 10:36 AM, Andrew Errington 
wrote:

> Hi all,
>
> Here is a link to a random point on a light rail system:
> http://osm.org/go/546Jvddtd--?m=
>
> Soon after it opened I travelled on it from end to end, collecting gps
> data and photos of all the station signs.  There are two railway
> lines, one in each direction, and I mapped them both carefully.
>
> Recently I discovered that someone had helpfully deleted one of the
> lines and tagged the other with tracks=2.  I really don't think this
> is acceptable.
>
> I found the changeset and asked the user who did it why they destroyed
> my work.  They replied:
> "The OSM wiki implies that a single way with tracks=2 is the preferred
> way of showing rail lines with two tracks. This was the method used
> most in S. Korea, I was attempting to create consistency."
>
> This is not actually true (and I double-checked the wiki, just in
> case).  I pointed this out but the user did not acknowledge this was a
> mistake, or offer an apology.
>
> So, my question is, am I being unreasonable, or am I right to think
> this is unacceptable?  How can I guard against this?  I have no
> problem with people improving the map by improving the data, but I am
> starting to see a lot of deletions, incorrect tagging, and generally
> shoddy work appearing, especially in Korea where I have done a lot of
> original work.  Do I have to set up some kind of watch on all of my
> contributions and check them if someone edits them?
>
> Andrew
>
> ___
> 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] Stand au Capitole du Libre 2015

2015-11-07 Thread Laurent Combe

on parlera un peu BANO c'est dans l'air du temps
et le 82 (oui je sais c'est loin de toulouse) est vraiment en souffrance

rien que sur montauban plus de 350 voies en ecart
y a de quoi organiser une cartopartie, non ?

bon à bientot
en terme de dispo je ne suis pas encore sur d'etre disponible complètement
sur ce week-end mais au moins une journée entière
on peut se recontacter si besoin de s'organiser

Laurent

Le 6 novembre 2015 21:48, orhygine  a écrit :

> Salut Laurent,
> Merci d'avance pour ta participation.
> Christophe
> Le 6 nov. 2015 7:41 PM, "Laurent Combe"  a écrit :
>
>> Bonsoir,
>>
>> je suis volontaire pour participer
>>
>> Laurent
>>
>> Le 2 novembre 2015 22:23, Sébastien Dinot  a
>> écrit :
>>
>>> Bonsoir Christophe,
>>>
>>> orhygine a écrit :
>>> > Y a-t-il d'autres contributeurs motivés pour être présents sur le
>>> > stand et parler de leur passion ?
>>>
>>> J'en suis !
>>>
>>> Pour ce qui est du matériel de promotion, je n'ai à disposition qu'une
>>> carte imprimée du Parc des Volcans d'Auvergne au format A0 utilisant le
>>> style R25 de JB.
>>>
>>> http://wiki.openstreetmap.org/wiki/R25_Maperitive_style
>>>
>>> Ce n'est pas grand chose mais elle en jette (merci JB).
>>>
>>> Sébastien
>>>
>>>
>>> --
>>> Sébastien Dinot, sebastien.di...@free.fr
>>> http://sebastien.dinot.free.fr/
>>> Ne goûtez pas au logiciel libre, vous ne pourriez plus vous en passer !
>>>
>>> ___
>>> Talk-fr mailing list
>>> Talk-fr@openstreetmap.org
>>> https://lists.openstreetmap.org/listinfo/talk-fr
>>>
>>
>>
>> ___
>> Talk-fr mailing list
>> Talk-fr@openstreetmap.org
>> https://lists.openstreetmap.org/listinfo/talk-fr
>>
>>
> ___
> Talk-fr mailing list
> Talk-fr@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-fr
>
>
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr

[Talk-es] Mapaton en Madrid el 21 de noviembre

2015-11-07 Thread Santiago Higuera

Hola a todos:

Con motivo de la OSMGeoWeek 2015 [1],  Geoinquietos Madrid[2 y 3] está
preparando un Mapatón en MediaLab Prado [4].  OSMGeoWeek 2015 es un
evento con el que colabora  HOTOSM ( Humanitarian OpenStreetMap Team)
[5], además de otras organizaciones. En esta ocasión, HOTOSM pretende
celebrar 100 Mapping Parties [6] o mapatones alrededor del mundo.
Geoinquietos Madrid se suma al evento organizando esta mapatón en
MediaLab Prado:

http://www.meetup.com/es/Geoinquietos-MAD/events/226255562/?eventId=226255562=ra1_vl&_af=event&_af_eid=226255562


Desde aquí os animamos a participar en la OSMGeoWeek y, por supuesto,
invitamos a participar en la mapatón de Geoinquietos Madrid a los que
quieran unirse con nosotros a pasar un rato divertido mapeando.

Un saludo a todos.

Santiago Higuera

[1] http://osmgeoweek.org/
[2] http://medialab-prado.es/article/geoinquietos
[3] http://wiki.osgeo.org/wiki/Geo_inquietos_Madrid
[4] http://medialab-prado.es/
[5] https://hotosm.org/
[6]
https://hotosm.org/updates/2015-10-09_100mapathons_for_osmgeoweek_2015




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

[OSM-legal-talk] giving credit

2015-11-07 Thread Mike Dupont

On the copyright page I see credit for various places who donate data.
Would it be possible to give credit to the state of nj if they donate
data to satisfy them?
mike

-- 
James Michael DuPont
Kansas Linux Fest http://kansaslinuxfest.us
Free/Libre Open Source and Open Knowledge Association of Kansas
http://openkansas.us
Member of Free Libre Open Source Software Kosova http://www.flossk.org
Saving Wikipedia(tm) articles from deletion http://SpeedyDeletion.wikia.com

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

Re: [OSM-ja] 日本の住所の例が読めません

2015-11-07 Thread ikiya

ikiyaです。

このGoogle Docsテーブルは、このMLで示されているものとなります。
（ご存知でしたらあしからず）

https://lists.openstreetmap.org/pipermail/talk-ja/2013-August/007578.html
MLのスレッドご覧ください。

私はテーブル見れました。
テーブルのタイトルは「OSMの地名・行政単位・郵便住所の対応」となっています。

このタイトルで検索してみてはいかがでしょう。（だめかな）

このテーブルには北海道の表記例　として「北1条西1丁目」があります。
"条と目はまとめて"とコメントが付いて、「北1条西1丁目」でneighbourhood 扱いと表記されています。

ご参考まで。





- Original Message -
>From: ISHIKAWA Takayuki 
>To: talk-ja@openstreetmap.org 
>Date: 2015/11/7, Sat 12:29
>Subject: [OSM-ja] 日本の住所の例が読めません
> 
>こんにちは、奈良の石川です。先日の SotM Japan 2015 でご尽力
>いただいた方に感謝申し上げます。
>
>さて、日本の住所体系の例として
>
>http://wiki.openstreetmap.org/wiki/JA:%E4%BD%8F%E6%89%80#.E6.97.A5.E6.9C.AC.E3.81.AE.E4.BD.8F.E6.89.80.E4.BD.93.E7.B3.BB.28.E8.A1.97.E5.8C.BA.E7.95.AA.E5.8F.B7.E3.83.BB.E5.9C.B0.E7.B1.8D.E8.BB.A2.E7.94.A8.29
> 
>
>から
>
>https://docs.google.com/a/oiu.jp/spreadsheets/d/1eAE72mjCLoJVGZo5qRhCYK22UxVQ8bpbQSU9ZLHq40o/edit#gid=0
> 
>
>への link があるのですが、「権限が必要です」と表示され、閲覧する
>ことができません。この住所体系の例は、現在どこで閲覧することが
>できますでしょうか。
>
>と言いますのも、現在、札幌市中心部に於いて「北4条西」のような 
>relation を作る作業が進められているからです。
>
>https://www.openstreetmap.org/relation/5597770 
>
>札幌市中心部は「北4条西5丁目」のような表記になっており、私のよう
>な札幌出身者としては (そして私が知る限り私の周囲の全ての札幌人も) 
>これは「北4条」と「西5丁目」として認識しており、決して「北4条西」
>と「5丁目」の組み合わせなどとは認識していません。もちろん、郵便
>番号簿などで仕方なく「北4条西」などと区分けしていることは知って
>いますが、これは他地域の「丁目」表記を抜き出した残りとしてやむを
>得ずそうしているものです。そもそも札幌人ならば、小学校の副読本で
>札幌の街の成り立ちを知っているはずです。
>
>なので、作業をなさっている方に連絡を取りたいのですが、その根拠と
>して示す資料が見つからず、困っているところです。(もし OSM の側で
>「北4条西」というような例が提示されていたら、その方に連絡を取る
>よりもまずは ML で議論すべきかと思われます。)
>
>すみませんが、どなたか資料のありかをご存知でしたらお教え下さい。
>
>-- 
>石川
>___
>Talk-ja mailing list
>Talk-ja@openstreetmap.org
>https://lists.openstreetmap.org/listinfo/talk-ja
>
>
>___
Talk-ja mailing list
Talk-ja@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-ja

[Talk-dk] Adressepunkt der er blevet flyttet, hvad gør man?

2015-11-07 Thread Asger Frank

Det sker, at nogen har flyttet et adressepunkt, intenderet eller uintenderet, 
eller man kunne vel selv komme til det.

Generelt, hvordan udbedrer man det så, når man ser det?

1. Flytter punktet tilbage til nogenlunde hvor man synes det bør være?
2. Bare venter, indtil der kommer en ny opdatering fra AWSbot, som erstatter 
punktet med et korrekt?
3. Tilføjer punktet et tag, der udbeder en hurtig/ekstra opdatering fra AWSbot 
(findes det?)?
4. Reverterer ændringssættet, evt. selektivt (og hvad hvis ikke det er ens 
eget, eller ikke er fortrolig med det?)?

Mvh
Asger Frank
___
Talk-dk mailing list
Talk-dk@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-dk

Re: [Talk-co] Problematic edits in Cúcuta

2015-11-07 Thread hyan...@gmail.com

Gracias Andy por la ayuda en este ítem.  Acabo de escribir nuevamente al
usuario pidiéndole nuevamente su suscripción a la lista para poder
coordinar mejor las tareas, especialmente la de enseñarles como mejorar el
mapa de Cúcuta.  Él ha manifestado que es nuevo (2 meses) y que no sabe
como hacer correctamente las ediciones.

Dicté un taller en Cúcuta el martes pasado, pero no sobre temas de mapeo
sino de recolección de datos con GPS/OSMTracker; entonces lo mejor para
este caso es comunicarnos (mientras se suscriben a esta lista) directamente
con los usuarios enviando mensajes por el inbox de OSM.

Gracias!

Humberto Yances

(translated with an automatic service)

Andy Thanks for the help on this issue. I just wrote back asking the
user to subscribe
from the list to better coordinate efforts, especially to teach them how to
improve the map of Cucuta. He said that is new (2 months) and does not know how
to properly editions.

I taught a workshop in Cúcuta on Tuesday, but not on issues of mapping but
data collection with GPS / OSMTracker; then it is best to communicate in
this case (in the mean while they get subscribed to this list) directly to
users by sending messages inbox of OSM.

Thank you!

Humberto Yances

2015-11-07 10:26 GMT-05:00 Andy Townsend :

> (apologies for the out-of-thread reply - only just subscribed to the list)
>
> There are actually a few new mappers in the area (though only one in the
> past week)
>
> http://resultmaps.neis-one.org/newestosm?c=Colombia#6/8.081/-74.158
>
> It looks like they are trying to create bus routes, but don't know how to
> do it.  Maybe it's a school or college project?  If you look at the POIs in
> town, many were added exactly 12 months ago :)
>
> The process of restoring the data is underway (see
> https://www.openstreetmap.org/history#map=11/7.8583/-72.5122 ) but I
> wonder if it would perhaps make sense to try and contact the other mappers
> to explain the problem - and if possible perhaps to contact the person at
> the school or college running the course as well?
>
> Best Regards,
>
> Andy Townsend (SomeoneElse)
>
>
> (en español mediante traducción automática)
>
> (disculpas por la respuesta fuera de hilo - recién suscritos a la lista)
>
> En realidad, hay a pocos nuevos creadores de mapas de la zona (aunque sólo
> uno en la última semana)
>
> http://resultmaps.neis-one.org/newestosm?c=Colombia#6/8.081/-74.158
>
> Parece que están tratando de crear rutas de autobús, pero no saben cómo
> hacerlo. Tal vez es un proyecto de la escuela o colegio? Si nos fijamos en
> los puntos de interés en la ciudad, muchos se añadieron hace exactamente 12
> meses :)
>
> El proceso de restauración de los datos está en marcha (ver
> https://www.openstreetmap.org/history#map=11/7.8583/-72.5122) pero me
> pregunto si sería tal vez tenga sentido para tratar de ponerse en contacto
> con los otros creadores de mapas para explicar el problema - y si es
> posible tal vez para ponerse en contacto con la persona en la escuela o
> colegio corriendo el curso también?
>
> ___
> Talk-co mailing list
> Talk-co@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-co
>
___
Talk-co mailing list
Talk-co@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-co

[OSM-talk-fr] [Osmose] Service en panne

Bonjour,

Le service n'est plus disponible.
Est-il possible de le relancer?

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

[OSM-talk-fr] Géo-référencement images aérienne

2015-11-07 Thread Stéphane Péneau


Bonsoir !

Avant de m'attaquer à plus gros, j'essaie de géo-référencer des vues 
aériennes prises pendant l'opération libre à Chéméré.


Premier essai via Mapwarper. Résultat ici : http://mapwarper.net/layers/419
Ça fonctionne, et je peux récupérer ces images sur une couche Tms dans Josm.
Problème : Ce n'est pas évident de référencer les images seulement 
depuis un fond de carte Osm, et le zoom max est trop faible.


Second essai via Piclayer dans Josm.
C'est beaucoup plus flexible, pas de limite de zoom, et je peux utiliser 
plusieurs calques différents pour me repérer (imagerie aérienne, 
cadastre, etc...)
Problème : Une fois l'image calée, je ne trouve rien pour récupérer ces 
informations dans un format utilisable avec Mapwarper.
La seule chose possible est d'enregistrer le calibrage dans un fichier 
.cal, mais ce type de fichier semble propre à Piclayer. Je ne vois rien 
pour créer un GeoTiff ou autre.


J'ai loupé quelque chose avec ce fichier .cal ?

Stéphane

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

Re: [OSM-talk-be] Adressen

2015-11-07 Thread Glenn Plas

Probeer deze link eens, bij mij werkt die prima.

http://aptum.bitless.be/?pcode=3920=true=

Als die niet werkt, dan zit het tussen jouw computer en overpass.  Als
je dat wil troubleshooten, dan kan je best een REST client nemen.

Bv in google chrome installeer je de plugin:
https://chrome.google.com/webstore/detail/advanced-rest-client/hgmloofddffdnphfgcellkdfbfbjeloo/reviews?hl=en-US_source=ARC

In die chrome plugin kan je dan openen en dan neem je de volgende GET
request:


> http://overpass-api.de/api/interpreter?data=%5Bout%3Ajson%5D%3Barea%5B%22boundary%22%3D%22postal_code%22%5D%5B%22postal_code%22%3D%223920%22%5D-%3E.area%3B(node%5B~%22%5Eaddr%3A(official_)%3Fhousenumber%24%22~%22.*%22%5D%5B%22addr%3Astreet%22%5D%5B%22addr%3Apostcode%22!~%22.%22%5D(area.area)%3Bway%5B~%22%5Eaddr%3A(official_)%3Fhousenumber%24%22~%22.*%22%5D%5B%22addr%3Astreet%22%5D%5B%22addr%3Apostcode%22!~%22.%22%5D(area.area)%3Brelation%5B~%22%5Eaddr%3A(official_)%3Fhousenumber%24%22~%22.*%22%5D%5B%22addr%3Astreet%22%5D%5B%22addr%3Apostcode%22!~%22.%22%5D(area.area)%3Bnode%5B~%22%5Eaddr%3A(official_)%3Fhousenumber%24%22~%22.*%22%5D%5B%22addr%3Astreet%22%5D%5B%22addr%3Apostcode%22%3D%223920%22%5D(area.area)%3Bway%5B~%22%5Eaddr%3A(official_)%3Fhousenumber%24%22~%22.*%22%5D%5B%22addr%3Astreet%22%5D%5B%22addr%3Apostcode%22%3D%223920%22%5D(area.area)%3Brelation%5B~%22%5Eaddr%3A(official_)%3Fhousenumber%24%22~%22.*%22%5D%5B%22addr%3Astreet%22%5D%5B%22addr%3Apostcode%22%3D%223920%22%5D(a
 r
ea.area)%3B)%3Bout%20center%3B

En je lanceert die query.  Dan ga je zoeken achter een response status.

Screenshots hier te bekijken:

http://aptum.bitless.be/screenshots/overpass1.png
http://aptum.bitless.be/screenshots/overpass2.png

Voor dit degelijk op te lossen is het die status die mij interesseert,
kunnen we uitsluitsel krijgen of overpass bij u werkt en/of waarom hij
niet werkt.

Glenn


n 07-11-15 17:31, Sus Verhoeven wrote:
> Hooi Sander,
> Hier voor de 3920 loopt het ook mis, ik krijg enkel de eerste kolom en
> de kaart onderaan met enkel rode pointers.
> De waarden van de kolom kan men wel oproepen en in JOSM krijgen.
>  
> Ook de AGIV kaart en de fotos zijn de laatste dagen heel traag.
> 
> susvhv
> 
> 2015-11-07 18:14 GMT+01:00 Sander Deryckere  >:
> 
> En wat gebeurt er als je op "run" klikt (links boven)? Zie je dan de
> kerk oplichten?
> 
> Op 7 november 2015 18:12 schreef Louis van Boeckel
> >:
> 
> als op de link klik verschijnt er een kaart,ik zit niet op een
> netwerk.
> 
> Op 7/11/2015 om 18:06 schreef Sander Deryckere:
>> Dan is het een probleem met Overpass.
>>
>> Zit je op een gedeeld netwerk, of ben je een andere overpass
>> query aan het uitvoeren?
>>
>> Kan je een query rechtstreeks runnen, b.v. deze:
>> http://overpass-turbo.eu/s/cwI ?
>>
>> Op 7 november 2015 17:55 schreef Louis van Boeckel
>> >:
>>
>> is altijd  het zelfde,alle straatnamen worden geladen plus
>> alle adressen dan stopt het,geen missing adressen geen
>> missing overlapping totaal niets.
>>
>> Op 7/11/2015 om 17:46 schreef Sander Deryckere:
>>> Daarnet schreef je "straatnamen en aantal adressen word
>>> geladen en dan blijft het bij loading hangen." , dus
>>> vroeg ik als altijd dezelfde straten geladen worden van
>>> een gemeente, of als dit verschilt per keer dat de pagina
>>> geladen wordt.
>>>
>>>
>>>
>>> Op 7 november 2015 17:35 schreef Louis van Boeckel
>>> >:
>>>
>>> Op alle straten.
>>>
>>> Op 7/11/2015 om 17:33 schreef Sander Deryckere:
 Altijd op dezelfde straat van een gemeente (zo ja,
 dewelke)? Of is het willekeurig?



 ___
 Talk-be mailing list
 Talk-be@openstreetmap.org 
 
 https://lists.openstreetmap.org/listinfo/talk-be
>>>
>>>
>>>
>>> 
>>> 
>>> Avast logo 
>>>
>>> Dit e-mailbericht is gecontroleerd op virussen met
>>> Avast antivirussoftware.
>>> www.avast.com 
>>>
>>>
>>>
>>> ___
>>> Talk-be mailing list
>>> Talk-be@openstreetmap.org
>>> 
>>>

Re: [Talk-it] Fwd: Ampie zone arancioni su openstreetmap.org

2015-11-07 Thread Martin Koppenhoefer



sent from a phone

> Am 07.11.2015 um 19:48 schrieb Stefano Fabi :
> 
> Comunque la zona è questa
> 
> http://www.openstreetmap.org/#map=12/46.2262/9.5121
> 
> ed ad un livello maggiore di zoom
> 
> http://www.openstreetmap.org/#map=13/46.2583/9.4549
> 

è una foresta, ancora per lo più molto grezza, che per un periodo era stata mal 
taggato come area agricola: http://www.openstreetmap.org/way/375016081

quello che vedi è ancora un artefatto che fra un po' dovrebbe essere sparito in 
automatico.

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

Re: [OSM-talk-be] Adressen

2015-11-07 Thread Sus Verhoeven

Als alles goed werkt zijn die pointer gedeeltelijk groen of geel.

Maar nu werkt het, bedankt.

Sus

2015-11-07 19:48 GMT+01:00 Sander Deryckere :

>
> Op 7 november 2015 18:21 schreef Louis van Boeckel :
>
>> hij zegt dat er nog een query is???
>>
>
> Ga eens naar http://www.overpass-api.de/api/kill_my_queries , en probeer
> daarna opnieuw, maar wel lang genoeg wachten.
>
> @Sus Agiv kaart komt rechtstreeks van de Agiv servers, dus daar kunnen wij
> niets aan veranderen (het zou mooi zijn moest MapBox - of een ander bedrijf
> met snelle servers - die willen hosten, maar dat is nog niet het geval).
> Als je rode pointers krijgt, dan heb je waarschijnlijk de "load data" niet
> aangevinkt. Kan je de url even delen?
>
>
> ___
> Talk-be mailing list
> Talk-be@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-be
>
>
___
Talk-be mailing list
Talk-be@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-be

Re: [OSM-talk-be] Adressen


Ik krijg telkens dit non "HTTP 200 OK" status: 429??

Op 7/11/2015 om 20:31 schreef Glenn Plas:

Als deze het goed doet plots zijn we er nog niet uit, want er is
eigenlijk geen reden dat het op http://crab-import.osm.be/import.html
niet zou lukken.  De communicatie gaat tussen client en overpass API,
waar het werk van Sander staat zou eigenlijk niet mogen uitmaken.

Ik heb zopas even wat toevoegingen in die code gedaan om de status van
de Overpass request te tonen, Noteer aub de error status wanneer het
zich voordoet, dan kunnen we daarmee aan de slag

Mvg,

Glenn

On 07-11-15 19:25, Sus Verhoeven wrote:

Deze link doet het goed:
http://aptum.bitless.be/?pcode=3920=true=

Bedankt Glen

Sus



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




---
Dit e-mailbericht is gecontroleerd op virussen met Avast antivirussoftware.
https://www.avast.com/antivirus
___
Talk-be mailing list
Talk-be@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-be

Re: [OSM-talk-be] Adressen


Status
*400*Bad Request[Show explanation] Loading time:119
Request headers
User-Agent:Mozilla/5.0 (Windows NT 10.0; WOW64) AppleWebKit/537.36 
(KHTML, like Gecko) Chrome/46.0.2490.80 Safari/537.36

Content-Type:text/plain; charset=utf-8
Accept:*/*
Accept-Encoding:gzip, deflate, sdch
Accept-Language:nl-NL,nl;q=0.8,en-US;q=0.6,en;q=0.4
Response headers
Date:Sat, 07 Nov 2015 20:15:57 GMT
Server:Apache/2.4.7 (Ubuntu)
Vary:Accept-Encoding
Content-Encoding:gzip
Content-Length:456
Connection:close
Content-Type:text/html; charset=utf-8
RawParsed
Response
Open output in new window 
Copy 
to clipboard Save as file Open in JSON tab 




http://www.w3.org/TR/xhtml1/DTD/xhtml1-strict.dtd;>
http://www.w3.org/1999/xhtml;  xml:lang="en"  lang="en">

  
  OSM3S Response



The data included in this document is from www.openstreetmap.org. The data is made 
available under ODbL.
Error: line 1: parse error: Unknown query 
clause
Error: line 1: parse error: ')' expected - 
'a' found.
Error: line 1: parse error: Unexpected end 
of input.
Error: line 1: parse error: ';' or ')' 
expected - 'a' found.
Error: line 1: parse error: Unexpected end 
of input.
Error: line 1: parse error: ';' expected - 
'a' found.
Error: line 1: parse error: Unexpected end 
of input.




Code highlighting thanks toCode Mirror 



Op 7/11/2015 om 20:49 schreef Louis van Boeckel:

Ik krijg telkens dit non "HTTP 200 OK" status: 429??

Op 7/11/2015 om 20:31 schreef Glenn Plas:

Als deze het goed doet plots zijn we er nog niet uit, want er is
eigenlijk geen reden dat het ophttp://crab-import.osm.be/import.html
niet zou lukken.  De communicatie gaat tussen client en overpass API,
waar het werk van Sander staat zou eigenlijk niet mogen uitmaken.

Ik heb zopas even wat toevoegingen in die code gedaan om de status van
de Overpass request te tonen, Noteer aub de error status wanneer het
zich voordoet, dan kunnen we daarmee aan de slag

Mvg,

Glenn

On 07-11-15 19:25, Sus Verhoeven wrote:

Deze link doet het goed:
http://aptum.bitless.be/?pcode=3920=true=

Bedankt Glen

Sus


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





Avast logo   

Dit e-mailbericht is gecontroleerd op virussen met Avast 
antivirussoftware.

www.avast.com 




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




---
Dit e-mailbericht is gecontroleerd op virussen met Avast antivirussoftware.
https://www.avast.com/antivirus
___
Talk-be mailing list
Talk-be@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-be

Re: [Talk-cz] Prapodivná trasa

2015-11-07 Thread Pavel Machek

Ahoj!

> Zřejmě nepočítá se Shengenem. Jak se vůbec tagují hraniční přechody? A
> tagují se vůbec?

No ono zas... ne pro vsechno je Shengen relevantni. Kdyz budu
potrebovat prevyst kravu, tak me pri ceste pres 2 staty nejspis bude
cekat vyrazne vic papirovani. (Nebudu ji muset nahodou po prekroceni
hranice dat na par dni do karanteny?) Takze ho malicko chapu... i kdyz
pro bezne pouziti to asi neni chytre.

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

Re: [Talk-cz] Prapodivná trasa

2015-11-07 Thread Marián Kyral

Dne 7.11.2015 v 21:57 Pavel Machek napsal(a):
> Ahoj!
>
>> Zřejmě nepočítá se Shengenem. Jak se vůbec tagují hraniční přechody? A
>> tagují se vůbec?
> No ono zas... ne pro vsechno je Shengen relevantni. Kdyz budu
> potrebovat prevyst kravu, tak me pri ceste pres 2 staty nejspis bude
> cekat vyrazne vic papirovani. (Nebudu ji muset nahodou po prekroceni
> hranice dat na par dni do karanteny?) Takze ho malicko chapu... i kdyz
> pro bezne pouziti to asi neni chytre.
>
>   Pavel

Právě proto jsem se ptal, jestli se hraniční přechod nějak značí. Je
samozřejmé, že pro různé typy dopravy osob a zboží budou jiné podmínky.
Na dálnici taky platí osobní auta jinak než nákladní.
Jde právě o to, nějak routování napovědět. Ale to je asi lepší řešit
jinde, tohle by bylo dobré nastavit celosvětově.

Marián

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

Re: [OSM-talk-be] Adressen

2015-11-07 Thread Glenn Plas

Als deze het goed doet plots zijn we er nog niet uit, want er is
eigenlijk geen reden dat het op http://crab-import.osm.be/import.html
niet zou lukken.  De communicatie gaat tussen client en overpass API,
waar het werk van Sander staat zou eigenlijk niet mogen uitmaken.

Ik heb zopas even wat toevoegingen in die code gedaan om de status van
de Overpass request te tonen, Noteer aub de error status wanneer het
zich voordoet, dan kunnen we daarmee aan de slag

Mvg,

Glenn

On 07-11-15 19:25, Sus Verhoeven wrote:
> Deze link doet het goed:
> http://aptum.bitless.be/?pcode=3920=true=
> 
> Bedankt Glen
> 
> Sus
> 

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

Re: [OSM-talk-be] Adressen

2015-11-07 Thread Glenn Plas

I just checked this with Mechelen, full monty. more than 25000 addresses
with 1000 away from being 100% complete.

It was actually very fast. Overpass query is running fine. If these kind
of queries fail, limit the streetname wildcard to a few (or 1 street)
and see if this works.

http://aptum.bitless.be/?pcode=2800=true=

(note: I'm selfhosting the crab import tool )

Glenn


On 07-11-15 15:46, Sander Deryckere wrote:
> I'm checking with Roeselare (27000 addresses, of which 2/3 is mapped),
> and it loads fine, including the overpass query (
> http://crab-import.osm.be/import.html?pcode=8800=true ).
> 
> If you have problems, it might be specific to your postalcode and/or
> settings. Please share the link you're using.
> 
> Regards,
> Sander
> 
> Op 7 november 2015 16:39 schreef Louis van Boeckel  >:
> 
> OSM date word niet meer geladen, is dit te verhelpen!!
> 
> 
> ---
> Dit e-mailbericht is gecontroleerd op virussen met Avast
> antivirussoftware.
> https://www.avast.com/antivirus
> 
> 
> ___
> Talk-be mailing list
> Talk-be@openstreetmap.org 
> https://lists.openstreetmap.org/listinfo/talk-be
> 
> 
> 
> 
> ___
> Talk-be mailing list
> Talk-be@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-be
> 


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

Re: [OSM-talk-be] Adressen

Daarnet schreef je "straatnamen en aantal adressen word geladen en dan
blijft het bij loading hangen." , dus vroeg ik als altijd dezelfde straten
geladen worden van een gemeente, of als dit verschilt per keer dat de
pagina geladen wordt.



Op 7 november 2015 17:35 schreef Louis van Boeckel :

> Op alle straten.
>
> Op 7/11/2015 om 17:33 schreef Sander Deryckere:
>
> Altijd op dezelfde straat van een gemeente (zo ja, dewelke)? Of is het
> willekeurig?
>
>
>
> ___
> Talk-be mailing 
> listTalk-be@openstreetmap.orghttps://lists.openstreetmap.org/listinfo/talk-be
>
>
>
>
> --
> [image: Avast logo] 
>
> Dit e-mailbericht is gecontroleerd op virussen met Avast
> antivirussoftware.
> www.avast.com 
>
>
> ___
> Talk-be mailing list
> Talk-be@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-be
>
>
___
Talk-be mailing list
Talk-be@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-be

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

2015-11-07 Thread Kevin Kenny

On 11/06/2015 05:48 PM, Richard Welty wrote:

Stop rendering this key and instead render the relations

>> >
>> >Is there*any*  map style that does this at the moment?
>> >

>I believe Toby had a working mapnik-based renderer doing this on osm.us at
>one point, though i'm not sure what became of this.
>

it was never on osm.us so far as i know. the demo is still up here:

http://bl.ocks.org/ToeBee/raw/6119134/#13/42.6276/-73.8955

Phil Gold did a lot of work on this, but he's been busy with other things
and i haven't heard of any work on this in a while. i got a lot of the NYS
county route shields up and running.

I have Phil's code adapted to my own use, and going at
https://kbk.is-a-geek.net/catskills/test3.html?la=41.3476=-74.6686=11
(that particular spot shows Interstate, US Highway, NY, NJ, PA and county
shields.)

I find lately that it needs a patched Mapnik, because Mapnik (sensibly)
went to a read-only database connection, and one of Phil's stored
procedures modifies the database the first time that a shield cluster
is requested. One of these times I'll fix it.

I'm a little disappointed that none of the 'standard' renderers
picked this up. (Then again, I'm disappointed in general with them.
I've shared my opinion here before in the context of area features
and nonsense like cutting lakes out of national forests in order
not to show trees in them.)

--
73 de ke9tv/2, Kevin

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

Re: [OSM-talk-be] Adressen


Bij mij laad Roeselare ook niet?

Op 7/11/2015 om 16:46 schreef Sander Deryckere:
I'm checking with Roeselare (27000 addresses, of which 2/3 is mapped), 
and it loads fine, including the overpass query ( 
http://crab-import.osm.be/import.html?pcode=8800=true ).


If you have problems, it might be specific to your postalcode and/or 
settings. Please share the link you're using.


Regards,
Sander

Op 7 november 2015 16:39 schreef Louis van Boeckel >:


OSM date word niet meer geladen, is dit te verhelpen!!


---
Dit e-mailbericht is gecontroleerd op virussen met Avast
antivirussoftware.
https://www.avast.com/antivirus


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




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




---
Dit e-mailbericht is gecontroleerd op virussen met Avast antivirussoftware.
https://www.avast.com/antivirus
___
Talk-be mailing list
Talk-be@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-be

Re: [OSM-talk-be] Adressen

Tot waar wordt de pagina geladen? Zie je de data tabel met straatnamen?
Krijgen die straatnamen huisnummer totalen?

Als enkel de Overpass data niet geladen wordt, dan kan het misschien zijn
omdat je op een gedeeld netwerk zit (b.v. binnen een school, bedrijf etc.),
en dat iemand op dat netwerk ook een Overpass query aan het runnen is (zie
de één-query-per-ip regel).
___
Talk-be mailing list
Talk-be@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-be

Re: [OSM-talk-be] Adressen


Op alle straten.

Op 7/11/2015 om 17:33 schreef Sander Deryckere:
Altijd op dezelfde straat van een gemeente (zo ja, dewelke)? Of is het 
willekeurig?




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




---
Dit e-mailbericht is gecontroleerd op virussen met Avast antivirussoftware.
https://www.avast.com/antivirus
___
Talk-be mailing list
Talk-be@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-be

Re: [OSM-talk-fr] Import de traces GPS et conversion en chemins

2015-11-07 Thread Stéphane Péneau


Bonjour Jean-Pierre,

Tout d'abord, bienvenu parmi les contributeurs Osm !

La conversion de traces gpx en voirie est quelque chose de fortement 
déconseillé, donc oui, il va falloir dessiner les chemins de randonnée à 
la main, en t'aidant des différentes sources disponibles : imagerie 
aérienne, cadastre, chemin déjà présent, etc...


Ok, ça n'explique pas pourquoi tu as un problème de conversion 
gpx->calque de donnée, ce qui n'est pas normal.


A bientôt

Stéphane

Le 07/11/2015 17:03, pepilepi...@ovh.fr a écrit :


Bonjour,

Je souhaite contribuer à OSM en indiquant les divers chemins 
découverts lors de mes randonnées. Évidemment les tracer point par 
point serait beaucoup trop fastidieux, surtout que je dispose de la 
trace de mon GPS. Et donc je veux importer ces traces et les convertir 
en chemins.


Quelqu'un pourrait-il SVP m'indiquer une bonne doc, un bon tuto pour 
faire ça ? Sachant que ça fait plus d'une semaine que je galère avec 
JOSM et Merkaartor sans comprendre comment faire, faute d'une 
documentation claire.



La conversion au format GPX utilisable par OSM : pas de problème.
Télécharger mes traces sur osm.org : pas de problème.

Mais les intégrer à une carte...

J'ai essayé avec Merkaartor. Un coup ça marche, trois coups ça marche 
pas, sans que j'arrive à comprendre quelle différence de manip j'ai pu 
faire d'une fois à l'autre.


J'ai essayé avec JOSM, en suivant la doc 
http://www.partir-en-vtt.com/php/articles/voir_article.php?id_article=282#VII 
(conseillé par http://openstreetmap.fr/tuto/debutant) :


  * Si j'importe mes traces téléchargées depuis osm, au moment de
faire "convert to data layer" j'ai un message "Exception
inattendue / Une erreur de codage est survenue"
  * Si j'importe de mon PC la source du fichier trace que j'ai
téléchargé, cette conversion fonctionne mais j'ai des tas
d'avertissements qui me disent "attention, ce que tu fais là est
dissuadé (sic)", que je comprends comme "tu vas faire une
connerie, c'est pas sympa, tu ferais mieux de laisser tomber". Et
donc j'arrête.

Je suis donc dans le brouillard le plus touffu...

Toute suggestion, éventuellement d'autres logiciels, sera bienvenue. Y 
a-t-il des astuces, des "trucs" particuliers à savoir ?


Merci à tous

Jean-Pierre



___
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] Import de traces GPS et conversion en chemins

Bonjour,
Peux-tu envoyer ton GPX histoire de voir

Le 7 novembre 2015 17:44, Stéphane Péneau  a
écrit :

> Bonjour Jean-Pierre,
>
> Tout d'abord, bienvenu parmi les contributeurs Osm !
>
> La conversion de traces gpx en voirie est quelque chose de fortement
> déconseillé, donc oui, il va falloir dessiner les chemins de randonnée à la
> main, en t'aidant des différentes sources disponibles : imagerie aérienne,
> cadastre, chemin déjà présent, etc...
>
> Ok, ça n'explique pas pourquoi tu as un problème de conversion gpx->calque
> de donnée, ce qui n'est pas normal.
>
> A bientôt
>
> Stéphane
>
>
> Le 07/11/2015 17:03, pepilepi...@ovh.fr a écrit :
>
> Bonjour,
>
> Je souhaite contribuer à OSM en indiquant les divers chemins découverts
> lors de mes randonnées. Évidemment les tracer point par point serait
> beaucoup trop fastidieux, surtout que je dispose de la trace de mon GPS. Et
> donc je veux importer ces traces et les convertir en chemins.
>
> Quelqu'un pourrait-il SVP m'indiquer une bonne doc, un bon tuto pour faire
> ça ? Sachant que ça fait plus d'une semaine que je galère avec JOSM et
> Merkaartor sans comprendre comment faire, faute d'une documentation claire.
>
>
> La conversion au format GPX utilisable par OSM : pas de problème.
> Télécharger mes traces sur osm.org : pas de problème.
>
> Mais les intégrer à une carte...
>
> J'ai essayé avec Merkaartor. Un coup ça marche, trois coups ça marche pas,
> sans que j'arrive à comprendre quelle différence de manip j'ai pu faire
> d'une fois à l'autre.
>
> J'ai essayé avec JOSM, en suivant la doc
> 
> http://www.partir-en-vtt.com/php/articles/voir_article.php?id_article=282#VII
> (conseillé par http://openstreetmap.fr/tuto/debutant) :
>
>- Si j'importe mes traces téléchargées depuis osm, au moment de faire
>"convert to data layer" j'ai un message "Exception inattendue / Une erreur
>de codage est survenue"
>- Si j'importe de mon PC la source du fichier trace que j'ai
>téléchargé, cette conversion fonctionne mais j'ai des tas d'avertissements
>qui me disent "attention, ce que tu fais là est dissuadé (sic)", que je
>comprends comme "tu vas faire une connerie, c'est pas sympa, tu ferais
>mieux de laisser tomber". Et donc j'arrête.
>
> Je suis donc dans le brouillard le plus touffu...
>
> Toute suggestion, éventuellement d'autres logiciels, sera bienvenue. Y
> a-t-il des astuces, des "trucs" particuliers à savoir ?
>
> Merci à tous
>
> Jean-Pierre
>
>
> ___
> Talk-fr mailing 
> listTalk-fr@openstreetmap.orghttps://lists.openstreetmap.org/listinfo/talk-fr
>
>
>
> ___
> Talk-fr mailing list
> Talk-fr@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-fr
>
>
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] [Osmose] Service en panne

2015-11-07 Thread Jocelyn Jaubert


Le 07/11/2015 17:47, Jérôme Seigneuret a écrit :

Le service n'est plus disponible.
Est-il possible de le relancer?


Ça devrait remarcher: le proxy utilisé pour les connections en ipv4 
était tombé, et je l'ai redémarré.


Une raison de plus de passer à ipv6 :)

--
Jocelyn


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

Re: [OSM-talk-be] Adressen


hij zegt dat er nog een query is???

Op 7/11/2015 om 18:14 schreef Sander Deryckere:
En wat gebeurt er als je op "run" klikt (links boven)? Zie je dan de 
kerk oplichten?


Op 7 november 2015 18:12 schreef Louis van Boeckel >:


als op de link klik verschijnt er een kaart,ik zit niet op een
netwerk.

Op 7/11/2015 om 18:06 schreef Sander Deryckere:

Dan is het een probleem met Overpass.

Zit je op een gedeeld netwerk, of ben je een andere overpass
query aan het uitvoeren?

Kan je een query rechtstreeks runnen, b.v. deze:
http://overpass-turbo.eu/s/cwI ?

Op 7 november 2015 17:55 schreef Louis van Boeckel
>:

is altijd  het zelfde,alle straatnamen worden geladen plus
alle adressen dan stopt het,geen missing adressen geen
missing overlapping totaal niets.

Op 7/11/2015 om 17:46 schreef Sander Deryckere:

Daarnet schreef je "straatnamen en aantal adressen word
geladen en dan blijft het bij loading hangen." , dus vroeg
ik als altijd dezelfde straten geladen worden van een
gemeente, of als dit verschilt per keer dat de pagina
geladen wordt.



Op 7 november 2015 17:35 schreef Louis van Boeckel
>:

Op alle straten.

Op 7/11/2015 om 17:33 schreef Sander Deryckere:

Altijd op dezelfde straat van een gemeente (zo ja,
dewelke)? Of is het willekeurig?



___
Talk-be mailing list
Talk-be@openstreetmap.org

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






Avast logo   

Dit e-mailbericht is gecontroleerd op virussen met Avast
antivirussoftware.
www.avast.com 



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




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





Avast logo   

Dit e-mailbericht is gecontroleerd op virussen met Avast
antivirussoftware.
www.avast.com 



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




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





Avast logo   

Dit e-mailbericht is gecontroleerd op virussen met Avast
antivirussoftware.
www.avast.com 



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




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




---
Dit e-mailbericht is gecontroleerd op virussen met Avast antivirussoftware.
https://www.avast.com/antivirus
___
Talk-be mailing list
Talk-be@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-be

[Talk-it] Fwd: Ampie zone arancioni su openstreetmap.org

2015-11-07 Thread Stefano Fabi

Ciao e scusate a tutti per l'eventuale ingenuità. Seguo con affetto il
progetto ma non sono tanto bravo per riuscire ad impegnarmi di piu'.

Ho notato che se visualizzo una zona particolarmente interessante per me, a
nord del lago di como, lago di mezzola, verceia, codera, ad un certo
livello di zoom vedo delle ampie zone arancioni e con un livello di
dettaglio basso. Ad un livello di zoom maggiore le zone ridiventano verdi
analogamente alle altre parti boschive nei dintorni e in linea con le
aspettative.

Queste grandi aree arancioni mi sembrano un po' strane in termini di
visualizzazione. Quale è il motivo?

Comunque la zona è questa

http://www.openstreetmap.org/#map=12/46.2262/9.5121

ed ad un livello maggiore di zoom

http://www.openstreetmap.org/#map=13/46.2583/9.4549


Ciao a tutti

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

Re: [OSM-talk-fr] [BANO] bizarreries

2015-11-07 Thread . ZZ29

Hello,

Mêmes symptômes constatés.

A+

ZZ29

Le 7 novembre 2015 18:56, Laurent Combe  a écrit :

> Bonjour
>
> le rendu BANO ne s'affiche plus pour les zoom >= 17
> et le mécanisme "/dirty" pour forcer le recalcul d'une tuile semble
> inopérant
>
> quelqu'un peut-il confirmer le pb ? et rétablir la situation ?
>
> Laurent
>
> ___
> Talk-fr mailing list
> Talk-fr@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-fr
>
>
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr

[OSM-talk-fr] Import de traces GPS et conversion en chemins

2015-11-07 Thread pepilepi...@ovh.fr


  
  
Bonjour,
  
Je souhaite contribuer à OSM en indiquant
les divers chemins découverts lors de mes randonnées. Évidemment
les tracer point par point serait beaucoup trop fastidieux,
surtout que je dispose de la trace de mon GPS. Et donc je veux
importer ces traces et les convertir en chemins.
  
Quelqu'un pourrait-il SVP m'indiquer une
bonne doc, un bon tuto pour faire ça ? Sachant que ça fait plus
d'une semaine que je galère avec JOSM et Merkaartor sans
comprendre comment faire, faute d'une documentation claire.
  

  
La conversion au format GPX utilisable par
OSM : pas de problème.
Télécharger mes traces sur osm.org : pas de problème.
  
Mais les intégrer à une carte...
  
J'ai essayé avec Merkaartor. Un coup ça
marche, trois coups ça marche pas, sans que j'arrive à comprendre
quelle différence de manip j'ai pu faire d'une fois à l'autre.
  
J'ai essayé avec JOSM, en suivant la doc
http://www.partir-en-vtt.com/php/articles/voir_article.php?id_article=282#VII
(conseillé par http://openstreetmap.fr/tuto/debutant) :
  

  Si j'importe mes traces téléchargées
  depuis osm, au moment de faire "convert to data layer" j'ai un
  message "Exception inattendue / Une erreur de codage est
  survenue"
  Si j'importe de mon PC la source du
  fichier trace que j'ai téléchargé, cette conversion fonctionne
  mais j'ai des tas d'avertissements qui me disent "attention,
  ce que tu fais là est dissuadé (sic)", que je comprends comme
  "tu vas faire une connerie, c'est pas sympa, tu ferais mieux
  de laisser tomber". Et donc j'arrête.


Je suis donc dans le brouillard le plus
touffu...
  
Toute suggestion, éventuellement d'autres
logiciels, sera bienvenue. Y a-t-il des astuces, des "trucs"
particuliers à savoir ?
  
Merci à tous
  
Jean-Pierre
  
  


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

Re: [OSM-talk-be] Adressen

straatnamen en aantal adressen word geladen en dan blijft het bij 
loading hangen.

Op 7/11/2015 om 17:11 schreef Sander Deryckere:
Tot waar wordt de pagina geladen? Zie je de data tabel met 
straatnamen? Krijgen die straatnamen huisnummer totalen?


Als enkel de Overpass data niet geladen wordt, dan kan het misschien 
zijn omdat je op een gedeeld netwerk zit (b.v. binnen een school, 
bedrijf etc.), en dat iemand op dat netwerk ook een Overpass query aan 
het runnen is (zie de één-query-per-ip regel).





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




---
Dit e-mailbericht is gecontroleerd op virussen met Avast antivirussoftware.
https://www.avast.com/antivirus
___
Talk-be mailing list
Talk-be@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-be

Re: [OSM-talk-be] Adressen

Altijd op dezelfde straat van een gemeente (zo ja, dewelke)? Of is het
willekeurig?
___
Talk-be mailing list
Talk-be@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-be

[OSM-talk-fr] [BANO] bizarreries

2015-11-07 Thread Laurent Combe

Bonjour

le rendu BANO ne s'affiche plus pour les zoom >= 17
et le mécanisme "/dirty" pour forcer le recalcul d'une tuile semble
inopérant

quelqu'un peut-il confirmer le pb ? et rétablir la situation ?

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

[Talk-es] Infraestructura para render propio de osm

2015-11-07 Thread Alejandro S.

Buenos días,

Estábamos comentando en el grupo de telegram sobre la posibilidad de montar
en algún sitio una renderización con las plazas de parking ya que [0] no
genera tiles con todos los niveles de zoom.
Como miembro de Púlsar (Asociación de Software Libre de la Universidad de
Zaragoza)[1] y tesorero de la misma pongo a disposición una serie de
máquinas. El problema es que están averiadas :(
Os pongo en antecedentes:
Hace 3 años y medio el BIFI[2], que es un Instituto de Investigación de
aqui, nos donó 10 servidores dual Xenon (Intel(R) Xeon(TM) CPU 3.40GHz)[3]
porque para ellos se les quedaban pequeños pero siguen siendo buenas
máquinas.
En sus día nos planteamos utilizarlos para montar un "mirror" de OSM donde
subir las importaciones de cat2osm y revisarlas antes de subirlas a OSM de
verdad. Pero resultó que las fuentes de alimentación estaban mas cascadas
de lo que parecía y empezaron a romperse.
Como son unos bicharracos con dos Xeones cada uno pues necesitan fuentes
buenas de 800W. En la asociación no disponemos de dinero para comprar
nuevas fuentes (intentamos conseguir que el Servicio de Informática o el
Vicerrectorado de Estudiantes nos diera dinero o las fuentes directamente
pero no conseguimos nada) y ahí quedo la cosa.
Actualmente solo funcionan 2 de las 10 maquinas. En su día presupuestamos
cada fuente de alimentación en 80€, parece que actualmente están más
baratas.
Con una fuente más ya podríamos poner en marcha un mapnik.

Hemos comentado en el grupo que si hay interés en montar el render o algún
otro proyecto concreto se podría hacer un colecta para cubrir el gasto de
las fuentes de alimentación entre todos y dales un buen uso a esas máquinas
:)
¿Que os parece la idea?

Saludos,
  Alejandro Suárez

[0]: http://parking.crite.net
[1]: http://pulsar.unizar.es/
[2]: http://bifi.es
[3]: http://bifi.es/es/component/jumi/articulo?id=39
___
Talk-es mailing list
Talk-es@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-es

Re: [OSM-talk-be] Adressen

Op 7 november 2015 18:21 schreef Louis van Boeckel :

> hij zegt dat er nog een query is???
>

Ga eens naar http://www.overpass-api.de/api/kill_my_queries , en probeer
daarna opnieuw, maar wel lang genoeg wachten.

@Sus Agiv kaart komt rechtstreeks van de Agiv servers, dus daar kunnen wij
niets aan veranderen (het zou mooi zijn moest MapBox - of een ander bedrijf
met snelle servers - die willen hosten, maar dat is nog niet het geval).
Als je rode pointers krijgt, dan heb je waarschijnlijk de "load data" niet
aangevinkt. Kan je de url even delen?
___
Talk-be mailing list
Talk-be@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-be

Re: [OSM-talk-be] Adressen


als op de link klik verschijnt er een kaart,ik zit niet op een netwerk.

Op 7/11/2015 om 18:06 schreef Sander Deryckere:

Dan is het een probleem met Overpass.

Zit je op een gedeeld netwerk, of ben je een andere overpass query aan 
het uitvoeren?


Kan je een query rechtstreeks runnen, b.v. deze: 
http://overpass-turbo.eu/s/cwI ?


Op 7 november 2015 17:55 schreef Louis van Boeckel >:


is altijd  het zelfde,alle straatnamen worden geladen plus alle
adressen dan stopt het,geen missing adressen geen missing
overlapping totaal niets.

Op 7/11/2015 om 17:46 schreef Sander Deryckere:

Daarnet schreef je "straatnamen en aantal adressen word geladen
en dan blijft het bij loading hangen." , dus vroeg ik als altijd
dezelfde straten geladen worden van een gemeente, of als dit
verschilt per keer dat de pagina geladen wordt.



Op 7 november 2015 17:35 schreef Louis van Boeckel
>:

Op alle straten.

Op 7/11/2015 om 17:33 schreef Sander Deryckere:

Altijd op dezelfde straat van een gemeente (zo ja, dewelke)?
Of is het willekeurig?



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





Avast logo   

Dit e-mailbericht is gecontroleerd op virussen met Avast
antivirussoftware.
www.avast.com 



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




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





Avast logo   

Dit e-mailbericht is gecontroleerd op virussen met Avast
antivirussoftware.
www.avast.com 



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




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




---
Dit e-mailbericht is gecontroleerd op virussen met Avast antivirussoftware.
https://www.avast.com/antivirus
___
Talk-be mailing list
Talk-be@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-be

Re: [OSM-talk-be] Adressen

2015-11-07 Thread Sus Verhoeven

Hooi Sander,
Hier voor de 3920 loopt het ook mis, ik krijg enkel de eerste kolom en de
kaart onderaan met enkel rode pointers.
De waarden van de kolom kan men wel oproepen en in JOSM krijgen.

Ook de AGIV kaart en de fotos zijn de laatste dagen heel traag.

susvhv

2015-11-07 18:14 GMT+01:00 Sander Deryckere :

> En wat gebeurt er als je op "run" klikt (links boven)? Zie je dan de kerk
> oplichten?
>
> Op 7 november 2015 18:12 schreef Louis van Boeckel :
>
>> als op de link klik verschijnt er een kaart,ik zit niet op een netwerk.
>>
>> Op 7/11/2015 om 18:06 schreef Sander Deryckere:
>>
>> Dan is het een probleem met Overpass.
>>
>> Zit je op een gedeeld netwerk, of ben je een andere overpass query aan
>> het uitvoeren?
>>
>> Kan je een query rechtstreeks runnen, b.v. deze:
>> http://overpass-turbo.eu/s/cwI ?
>>
>> Op 7 november 2015 17:55 schreef Louis van Boeckel :
>>
>>> is altijd  het zelfde,alle straatnamen worden geladen plus alle adressen
>>> dan stopt het,geen missing adressen geen missing overlapping totaal niets.
>>>
>>> Op 7/11/2015 om 17:46 schreef Sander Deryckere:
>>>
>>> Daarnet schreef je "straatnamen en aantal adressen word geladen en dan
>>> blijft het bij loading hangen." , dus vroeg ik als altijd dezelfde
>>> straten geladen worden van een gemeente, of als dit verschilt per keer dat
>>> de pagina geladen wordt.
>>>
>>>
>>>
>>> Op 7 november 2015 17:35 schreef Louis van Boeckel :
>>>
 Op alle straten.

 Op 7/11/2015 om 17:33 schreef Sander Deryckere:

 Altijd op dezelfde straat van een gemeente (zo ja, dewelke)? Of is het
 willekeurig?



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




 --
 [image: Avast logo] 

 Dit e-mailbericht is gecontroleerd op virussen met Avast
 antivirussoftware.
 www.avast.com 


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


>>>
>>>
>>> ___
>>> Talk-be mailing 
>>> listTalk-be@openstreetmap.orghttps://lists.openstreetmap.org/listinfo/talk-be
>>>
>>>
>>>
>>>
>>> --
>>> [image: Avast logo] 
>>>
>>> Dit e-mailbericht is gecontroleerd op virussen met Avast
>>> antivirussoftware.
>>> www.avast.com 
>>>
>>>
>>> ___
>>> Talk-be mailing list
>>> Talk-be@openstreetmap.org
>>> https://lists.openstreetmap.org/listinfo/talk-be
>>>
>>>
>>
>>
>> ___
>> Talk-be mailing 
>> listTalk-be@openstreetmap.orghttps://lists.openstreetmap.org/listinfo/talk-be
>>
>>
>>
>>
>> --
>> [image: Avast logo] 
>>
>> Dit e-mailbericht is gecontroleerd op virussen met Avast
>> antivirussoftware.
>> www.avast.com 
>>
>>
>> ___
>> Talk-be mailing list
>> Talk-be@openstreetmap.org
>> https://lists.openstreetmap.org/listinfo/talk-be
>>
>>
>
> ___
> Talk-be mailing list
> Talk-be@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-be
>
>
___
Talk-be mailing list
Talk-be@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-be

Re: [OSM-talk-fr] Import de traces GPS et conversion en chemins

2015-11-07 Thread pepilepi...@ovh.fr

Le 07/11/2015 17:48, Jérôme Seigneuret
a écrit :

Bonjour,
Peux-tu envoyer ton GPX histoire de voir

Il y a par exemple
http://www.openstreetmap.org/user/Pepilepioux/traces/2063923

Le 7 novembre 2015 17:44, Stéphane
Péneau
a écrit :

Bonjour Jean-Pierre,

Tout d'abord, bienvenu parmi les contributeurs Osm !

La conversion de traces gpx en voirie est quelque chose
de fortement déconseillé, donc oui, il va falloir
dessiner les chemins de randonnée à la main, en t'aidant
des différentes sources disponibles : imagerie aérienne,
cadastre, chemin déjà présent, etc...

Ok, ça n'explique pas pourquoi tu as un problème de
conversion gpx->calque de donnée, ce qui n'est pas
normal.

A bientôt

Stéphane

Le 07/11/2015 17:03, pepilepi...@ovh.fr
a écrit :

Bonjour,

Je souhaite contribuer à OSM
en indiquant les divers chemins découverts lors
de mes randonnées. Évidemment les tracer point
par point serait beaucoup trop fastidieux,
surtout que je dispose de la trace de mon GPS.
Et donc je veux importer ces traces et les
convertir en chemins.

Quelqu'un pourrait-il SVP
m'indiquer une bonne doc, un bon tuto pour faire
ça ? Sachant que ça fait plus d'une semaine que
je galère avec JOSM et Merkaartor sans
comprendre comment faire, faute d'une
documentation claire.

La conversion au format GPX
utilisable par OSM : pas de problème.
Télécharger mes traces sur osm.org : pas de problème.

Mais les intégrer à une
carte...

J'ai essayé avec Merkaartor.
Un coup ça marche, trois coups ça marche pas,
sans que j'arrive à comprendre quelle différence
de manip j'ai pu faire d'une fois à l'autre.

J'ai essayé avec JOSM, en
suivant la doc http://www.partir-en-vtt.com/php/articles/voir_article.php?id_article=282#VII
(conseillé par http://openstreetmap.fr/tuto/debutant)
:

Si j'importe mes traces
téléchargées depuis osm, au moment de faire
"convert to data layer" j'ai un message
"Exception inattendue / Une erreur de codage
est survenue"
Si j'importe de mon PC la
source du fichier trace que j'ai téléchargé,
cette conversion fonctionne mais j'ai des tas
d'avertissements qui me disent "attention, ce
que tu fais là est dissuadé (sic)", que je
comprends comme "tu vas faire une connerie,
c'est pas sympa, tu ferais mieux de laisser
tomber". Et donc j'arrête.

Je suis donc dans le
brouillard le plus touffu...

Toute suggestion,
éventuellement d'autres logiciels, sera
bienvenue. Y a-t-il des astuces, des "trucs"
particuliers à savoir ?

Merci à tous

Jean-Pierre

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

___
Talk-fr mailing list

Re: [OSM-talk-fr] Import de traces GPS et conversion en chemins

2015-11-07 Thread Jean-Claude Repetto


Le 07/11/2015 18:38, pepilepi...@ovh.fr a écrit :

Le 07/11/2015 17:48, Jérôme Seigneuret a écrit :

Bonjour,
Peux-tu envoyer ton GPX histoire de voir


Il y a par exemple
http://www.openstreetmap.org/user/Pepilepioux/traces/2063923





Bonjour,

Cette trace ne me paraît pas utilisable pour tracer le chemin. En effet, 
elle est beaucoup trop simplifiée, il y a des segments de droites très 
longs, et des angles importants entre les segments. Il vaut mieux 
utiliser une trace non simplifiée (un point toutes les secondes). Sur la 
photo aérienne, on voit bien que la trace ne correspond pas au terrain.


A propos, ce chemin figure en partie sur le cadastre.

Et pour répondre à la question initiale, je n'ai eu aucun problème pour 
convertir la trace en calque de données, mais c'est à éviter absolument, 
étant donnée la mauvaise qualité de la trace.


Jean-Claude



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

Re: [OSM-talk-be] Adressen

2015-11-07 Thread Sus Verhoeven

Deze link doet het goed:
http://aptum.bitless.be/?pcode=3920=true=

Bedankt Glen

Sus

2015-11-07 19:51 GMT+01:00 Glenn Plas :

> Probeer deze link eens, bij mij werkt die prima.
>
> http://aptum.bitless.be/?pcode=3920=true=
>
> Als die niet werkt, dan zit het tussen jouw computer en overpass.  Als
> je dat wil troubleshooten, dan kan je best een REST client nemen.
>
> Bv in google chrome installeer je de plugin:
>
> https://chrome.google.com/webstore/detail/advanced-rest-client/hgmloofddffdnphfgcellkdfbfbjeloo/reviews?hl=en-US_source=ARC
>
> In die chrome plugin kan je dan openen en dan neem je de volgende GET
> request:
>
>
> >
> http://overpass-api.de/api/interpreter?data=%5Bout%3Ajson%5D%3Barea%5B%22boundary%22%3D%22postal_code%22%5D%5B%22postal_code%22%3D%223920%22%5D-%3E.area%3B(node%5B~%22%5Eaddr%3A(official_)%3Fhousenumber%24%22~%22.*%22%5D%5B%22addr%3Astreet%22%5D%5B%22addr%3Apostcode%22!~%22.%22%5D(area.area)%3Bway%5B~%22%5Eaddr%3A(official_)%3Fhousenumber%24%22~%22.*%22%5D%5B%22addr%3Astreet%22%5D%5B%22addr%3Apostcode%22!~%22.%22%5D(area.area)%3Brelation%5B~%22%5Eaddr%3A(official_)%3Fhousenumber%24%22~%22.*%22%5D%5B%22addr%3Astreet%22%5D%5B%22addr%3Apostcode%22!~%22.%22%5D(area.area)%3Bnode%5B~%22%5Eaddr%3A(official_)%3Fhousenumber%24%22~%22.*%22%5D%5B%22addr%3Astreet%22%5D%5B%22addr%3Apostcode%22%3D%223920%22%5D(area.area)%3Bway%5B~%22%5Eaddr%3A(official_)%3Fhousenumber%24%22~%22.*%22%5D%5B%22addr%3Astreet%22%5D%5B%22addr%3Apostcode%22%3D%223920%22%5D(area.area)%3Brelation%5B~%22%5Eaddr%3A(official_)%3Fhousenumber%24%22~%22.*%22%5D%5B%22addr%3Astreet%22%5D%5B%22addr%3Apostcode%22%3D%223920%22%5D(a
>  r
> ea.area)%3B)%3Bout%20center%3B
>
> En je lanceert die query.  Dan ga je zoeken achter een response status.
>
> Screenshots hier te bekijken:
>
> http://aptum.bitless.be/screenshots/overpass1.png
> http://aptum.bitless.be/screenshots/overpass2.png
>
> Voor dit degelijk op te lossen is het die status die mij interesseert,
> kunnen we uitsluitsel krijgen of overpass bij u werkt en/of waarom hij
> niet werkt.
>
> Glenn
>
>
> n 07-11-15 17:31, Sus Verhoeven wrote:
> > Hooi Sander,
> > Hier voor de 3920 loopt het ook mis, ik krijg enkel de eerste kolom en
> > de kaart onderaan met enkel rode pointers.
> > De waarden van de kolom kan men wel oproepen en in JOSM krijgen.
> >
> > Ook de AGIV kaart en de fotos zijn de laatste dagen heel traag.
> >
> > susvhv
> >
> > 2015-11-07 18:14 GMT+01:00 Sander Deryckere  > >:
> >
> > En wat gebeurt er als je op "run" klikt (links boven)? Zie je dan de
> > kerk oplichten?
> >
> > Op 7 november 2015 18:12 schreef Louis van Boeckel
> > >:
> >
> > als op de link klik verschijnt er een kaart,ik zit niet op een
> > netwerk.
> >
> > Op 7/11/2015 om 18:06 schreef Sander Deryckere:
> >> Dan is het een probleem met Overpass.
> >>
> >> Zit je op een gedeeld netwerk, of ben je een andere overpass
> >> query aan het uitvoeren?
> >>
> >> Kan je een query rechtstreeks runnen, b.v. deze:
> >> http://overpass-turbo.eu/s/cwI
> ?
> >>
> >> Op 7 november 2015 17:55 schreef Louis van Boeckel
> >> >:
> >>
> >> is altijd  het zelfde,alle straatnamen worden geladen plus
> >> alle adressen dan stopt het,geen missing adressen geen
> >> missing overlapping totaal niets.
> >>
> >> Op 7/11/2015 om 17:46 schreef Sander Deryckere:
> >>> Daarnet schreef je "straatnamen en aantal adressen word
> >>> geladen en dan blijft het bij loading hangen." , dus
> >>> vroeg ik als altijd dezelfde straten geladen worden van
> >>> een gemeente, of als dit verschilt per keer dat de pagina
> >>> geladen wordt.
> >>>
> >>>
> >>>
> >>> Op 7 november 2015 17:35 schreef Louis van Boeckel
> >>> >:
> >>>
> >>> Op alle straten.
> >>>
> >>> Op 7/11/2015 om 17:33 schreef Sander Deryckere:
>  Altijd op dezelfde straat van een gemeente (zo ja,
>  dewelke)? Of is het willekeurig?
> 
> 
> 
>  ___
>  Talk-be mailing list
>  Talk-be@openstreetmap.org  Talk-be@openstreetmap.org>
>  https://lists.openstreetmap.org/listinfo/talk-be
> >>>
> >>>
> >>>
> >>>
>  
> >>> Avast logo 
> >>>
> >>> Dit e-mailbericht is gecontroleerd op virussen met
> >>> Avast antivirussoftware.
> >>> www.avast.com

Re: [OSM-talk-fr] Import de traces GPS et conversion en chemins

En effet, j'ai regardé la trace.

Il faut configurer le GPS pour faire plus de points par minutes car la
trace est trop généralisé.Mais quand on n'a rien d'autre c'est déjà bien.

J'ai vu des tracés bien plus moches... Quand tu dois reprendre c'est route
c'est pénible.
Sinon le cadastre hors des villes est très moche aussi surtout en zone
rurale ou en zone de montagne (et dans ton cas c'est pas l’exception qui
confirme la règle).
Attention au zone de montagne la trace GPS n'étant pas corrigé comme sur
des GPS pro c'est pas non plus à prendre à la lettre comme donnée de
référence (des décalages en sous bois + montage peuvent dépacer les 50m).

Donc il faut coupler la plus possible avec des sources différentes. le GPX
n'est qu'une source et tu l'on regardes les axes majeurs on vois bien que
les traces ne se superposent pas.

Bref sous JOSM on ne peut pas fusionner une trace GPX sur un calque OSM. Le
seul moyen c'est de la convertir en shape puis de faire la modification sur
le shape à la limite pour faire l'intégration (très fortement découragé)

Tu peux télécharger les tuiles et les données OSM autour de la trace clic
droit sur la couche GPX "télécharger le long de cette trace"

Si tu regardes les chemins autour de ta trace tu comprendras la réticence à
l'intégrer en l'état.

Bonne soirée
Jérôme

Le 7 novembre 2015 19:56, Jean-Claude Repetto  a écrit :

> Le 07/11/2015 18:38, pepilepi...@ovh.fr a écrit :
>
>> Le 07/11/2015 17:48, Jérôme Seigneuret a écrit :
>>
>>> Bonjour,
>>> Peux-tu envoyer ton GPX histoire de voir
>>>
>>
>> Il y a par exemple
>> http://www.openstreetmap.org/user/Pepilepioux/traces/2063923
>>
>>
>>>
> Bonjour,
>
> Cette trace ne me paraît pas utilisable pour tracer le chemin. En effet,
> elle est beaucoup trop simplifiée, il y a des segments de droites très
> longs, et des angles importants entre les segments. Il vaut mieux utiliser
> une trace non simplifiée (un point toutes les secondes). Sur la photo
> aérienne, on voit bien que la trace ne correspond pas au terrain.
>
> A propos, ce chemin figure en partie sur le cadastre.
>
> Et pour répondre à la question initiale, je n'ai eu aucun problème pour
> convertir la trace en calque de données, mais c'est à éviter absolument,
> étant donnée la mauvaise qualité de la trace.
>
> Jean-Claude
>
>
>
>
> ___
> 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] Service en panne

Ok merci

Le 7 novembre 2015 18:04, Jocelyn Jaubert  a
écrit :

> Le 07/11/2015 17:47, Jérôme Seigneuret a écrit :
>
>> Le service n'est plus disponible.
>> Est-il possible de le relancer?
>>
>
> Ça devrait remarcher: le proxy utilisé pour les connections en ipv4 était
> tombé, et je l'ai redémarré.
>
> Une raison de plus de passer à ipv6 :)
>
> --
> Jocelyn
>
>
> ___
> Talk-fr mailing list
> Talk-fr@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-fr
>
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr

[Talk-es] Infraestructura para render propio de osm

2015-11-07 Thread yo paseopor

Ei!

Pienso que no sólo es una buena idea, es la idea que puede hacer destacar a
la comunidad española a nivel MUNDIAL.Con sólo dos propiedades concretas en
nuestras calles - parking:lane y parking:condition - (5 si lo llevamos al
extremo) podríamos tener una cosa tan básica a la hora de llegar a una
ciudad de coche privado: el aparcamiento (¡¡especialmente el gratuito y no
condicionado!!).Desde varios presets (señales de tráfico- sí, autobombo, o
parking lanes o new parking conditions) en el mismo JOSM se puede
simplificar mucho el trabajo de añadir esta información. Podría ser en un
futuro una de las capas estrella de openstreetmap.org

Dado que sería un proyecto "pequeño" y es difícil poder mostrar a todo el
mundo propongo hacer una lista de ciudades que tengan esas propiedades,
para empezar, ciudades grandes para continuar, y poblaciones por petición
para acabar.
No hace falta mucho para darse cuenta que sería un gran salto adelante en
el uso de OSM ofreciendo un servicio que los de la G no están por dar.Y es
aplicable a todos, grandes y pequeños.Se acabó el ir a la web de
Mierdamientos del Junquillo para saber si voy a poder aparcar o no y dónde!

Por último os paso un enlace sobre una presentación que hice en el
SotmCAT15 sobre etiquetaje avanzado de vías y transporte público.Lo del
parking lo encontrareis en las diapos que hablan del etiquetaje de calles.
https://docs.google.com/presentation/d/1NeDPPadQ6uY2LwDBBpew8yQlhYwJ7QmuIKMgQ77WuZs/edit#slide=id.gc855edbf1_0_8

Yo le veo mucho futuro a la cosa, ¿cómo lo veis vosotros?

Salut i renderitzats de parkings
yopaseopor
___
Talk-es mailing list
Talk-es@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-es

Re: [Talk-it] La mappa di OSM ha un nuovo schema colori

2015-11-07 Thread Marco Ciampa

On Sat, Nov 07, 2015 at 08:36:07AM -0700, Aury88 wrote:
> dieterdreist wrote
> > Ammetto, ho un po' perso il filo, di cosa discutiamo qui? O discutiamo per
> > discutere?
>
> temo la seconda... a parte gli iniziali messaggi sull'avviso del
> cambiamento dei colori della mappa da li in poi è stato un "io vorrei" e un 
> "io non vorrei" e quindi una discussione così "da bar" senza alcuna finalità
> pratica o possibilità di vederla realizzata finché la si discute qui

Non sono d'accordo con te, ma è la prima volta ;-). Ho seguito con
passione il thread e devo dire che sono stato praticamente sempre
d'accordo con te Aury88. Il discorso riguardava l'accrescimento delle
funzionalità web di osm che anche secondo me sono molto importanti per la
visibilità e in ultima analisi per tutto il progetto osm. Si discute per
confrontarsi e vedere se ci si trova d'accordo prima di andare avanti e
proporre la cosa direttamente. Forse qualcuno che parla con te si trova
nella condizione di poter aggiungere, direttamente o indirettamente, una
di queste funzionalità. È sempre utile confrontarsi. Almeno io l'ho
trovata una discussione molto interessante.

Grazie,

--

Marco Ciampa

I know a joke about UDP, but you might not get it.

++
| GNU/Linux User  #78271 |
| FSFE fellow   #364 |
++

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

Re: [Talk-es] Infraestructura para render propio de osm

2015-11-07 Thread andrzej zaborowski

Hola Alejandro,

Es una muy buena idea y es un gran pedazo de hardware que teneis ahi.
Pongo algunas cosas que se me ocurren:

* es una pena que el hardware este infrautilizado.  Si teneis localizada
una fuente de estos alimentadores a 80€, estupendo.  Una busqueda rapida en
aliexpress muestra que son dificiles de conseguir a estas potencias y
llegan a 200 euros (eso en formato PC, si necesitais formato rack puede ser
mas dificil).  Esto me lleva a pensar que en un servidor de mapnik lo mas
importante para el rendimiento es la cantidad de memoria y rendimiento de
los discos, con lo cual aunque corran con solo un procesador, puede ser
suficiente y podrian quizas alimentarse mas facilmente.

* un mapa con una base de datos limitada puede correr en un hardware
bastante mas limitado, principalmente necesita el trabajo del administrador
(y el cartografo que cree el estilo grafico) y donde hospedar la maquina.

* dependiendo de los recursos que tengais se podria dedicar una maquina
para que forme parte del Content Delivery Network de OSM administrado por
la OSM Foundation ayudando a hacer mas fiables sus servicios. Por lo visto
las conecciones al tile.openstreetmap.org desde España actualmente las
gestiona el nodo frances (
http://dns.openstreetmap.org/tile.openstreetmap.org.html)

Saludos


2015-11-07 23:22 GMT+01:00 Miguel Sevilla-Callejo :

> Hola Alejandro,
> A mi me parece una idea estupenda!
> ¿Cómo podríamos gestionar la colecta/crowdfunding para financiar, al menos
> una fuente de alimentación?
> ¿Alguien sabe si desde la asociación de OSM-es se podría gestionar el
> asunto?
> Un saludo
> Miguel
>
> *[image: Geo]**Miguel Sevilla Callejo*
> *Doctor en Geografía | Doctor in Geography*
> *Consultor freelance e investigador | Freelance Consultant & Researcher*
> Colaborador del Instituto Pirenaico de Ecología, CSIC, Zaragoza | Fellow at
> the Pyrenean Institute of Ecology - Spanish National Research Council
> Colegiado nº698, Colegio Oficial de Geógrafos | Member #698, Spanish
> Professional Association of Geographers
> Web: http://bit.ly/sevillacallejo 
>
> 
>
> 2015-11-07 19:22 GMT+01:00 Alejandro S. :
>
>> Buenos días,
>>
>> Estábamos comentando en el grupo de telegram sobre la posibilidad de
>> montar en algún sitio una renderización con las plazas de parking ya que
>> [0] no genera tiles con todos los niveles de zoom.
>> Como miembro de Púlsar (Asociación de Software Libre de la Universidad de
>> Zaragoza)[1] y tesorero de la misma pongo a disposición una serie de
>> máquinas. El problema es que están averiadas :(
>> Os pongo en antecedentes:
>> Hace 3 años y medio el BIFI[2], que es un Instituto de Investigación de
>> aqui, nos donó 10 servidores dual Xenon (Intel(R) Xeon(TM) CPU 3.40GHz)[3]
>> porque para ellos se les quedaban pequeños pero siguen siendo buenas
>> máquinas.
>> En sus día nos planteamos utilizarlos para montar un "mirror" de OSM
>> donde subir las importaciones de cat2osm y revisarlas antes de subirlas a
>> OSM de verdad. Pero resultó que las fuentes de alimentación estaban mas
>> cascadas de lo que parecía y empezaron a romperse.
>> Como son unos bicharracos con dos Xeones cada uno pues necesitan fuentes
>> buenas de 800W. En la asociación no disponemos de dinero para comprar
>> nuevas fuentes (intentamos conseguir que el Servicio de Informática o el
>> Vicerrectorado de Estudiantes nos diera dinero o las fuentes directamente
>> pero no conseguimos nada) y ahí quedo la cosa.
>> Actualmente solo funcionan 2 de las 10 maquinas. En su día presupuestamos
>> cada fuente de alimentación en 80€, parece que actualmente están más
>> baratas.
>> Con una fuente más ya podríamos poner en marcha un mapnik.
>>
>> Hemos comentado en el grupo que si hay interés en montar el render o
>> algún otro proyecto concreto se podría hacer un colecta para cubrir el
>> gasto de las fuentes de alimentación entre todos y dales un buen uso a esas
>> máquinas :)
>> ¿Que os parece la idea?
>>
>> Saludos,
>>   Alejandro Suárez
>>
>> [0]: http://parking.crite.net
>> [1]: http://pulsar.unizar.es/
>> [2]: http://bifi.es
>> [3]: http://bifi.es/es/component/jumi/articulo?id=39
>>
>> ___
>> Talk-es mailing list
>> Talk-es@openstreetmap.org
>> https://lists.openstreetmap.org/listinfo/talk-es
>>
>>
>
> ___
> Talk-es mailing list
> Talk-es@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-es
>
>
___
Talk-es mailing list
Talk-es@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-es

Re: [Talk-es] Infraestructura para render propio de osm

2015-11-07 Thread Miguel Sevilla-Callejo

Hola Alejandro,
A mi me parece una idea estupenda!
¿Cómo podríamos gestionar la colecta/crowdfunding para financiar, al menos
una fuente de alimentación?
¿Alguien sabe si desde la asociación de OSM-es se podría gestionar el
asunto?
Un saludo
Miguel

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



2015-11-07 19:22 GMT+01:00 Alejandro S. :

> Buenos días,
>
> Estábamos comentando en el grupo de telegram sobre la posibilidad de
> montar en algún sitio una renderización con las plazas de parking ya que
> [0] no genera tiles con todos los niveles de zoom.
> Como miembro de Púlsar (Asociación de Software Libre de la Universidad de
> Zaragoza)[1] y tesorero de la misma pongo a disposición una serie de
> máquinas. El problema es que están averiadas :(
> Os pongo en antecedentes:
> Hace 3 años y medio el BIFI[2], que es un Instituto de Investigación de
> aqui, nos donó 10 servidores dual Xenon (Intel(R) Xeon(TM) CPU 3.40GHz)[3]
> porque para ellos se les quedaban pequeños pero siguen siendo buenas
> máquinas.
> En sus día nos planteamos utilizarlos para montar un "mirror" de OSM donde
> subir las importaciones de cat2osm y revisarlas antes de subirlas a OSM de
> verdad. Pero resultó que las fuentes de alimentación estaban mas cascadas
> de lo que parecía y empezaron a romperse.
> Como son unos bicharracos con dos Xeones cada uno pues necesitan fuentes
> buenas de 800W. En la asociación no disponemos de dinero para comprar
> nuevas fuentes (intentamos conseguir que el Servicio de Informática o el
> Vicerrectorado de Estudiantes nos diera dinero o las fuentes directamente
> pero no conseguimos nada) y ahí quedo la cosa.
> Actualmente solo funcionan 2 de las 10 maquinas. En su día presupuestamos
> cada fuente de alimentación en 80€, parece que actualmente están más
> baratas.
> Con una fuente más ya podríamos poner en marcha un mapnik.
>
> Hemos comentado en el grupo que si hay interés en montar el render o algún
> otro proyecto concreto se podría hacer un colecta para cubrir el gasto de
> las fuentes de alimentación entre todos y dales un buen uso a esas máquinas
> :)
> ¿Que os parece la idea?
>
> Saludos,
>   Alejandro Suárez
>
> [0]: http://parking.crite.net
> [1]: http://pulsar.unizar.es/
> [2]: http://bifi.es
> [3]: http://bifi.es/es/component/jumi/articulo?id=39
>
> ___
> Talk-es mailing list
> Talk-es@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-es
>
>
___
Talk-es mailing list
Talk-es@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-es

Re: [OSM-talk-fr] Géo-référencement images aérienne