date:20130522

Postei a minha proposta lá no fórum e, já que ninguém postou lá ainda,
copio aqui o link pro fluxograma: http://i.imgur.com/WFXGbq6.png

A parte que mais estamos discutindo é a parte verde, sobre as vias em
área não-urbana.

2013/5/21 Fernando Trebien fernando.treb...@gmail.com:
Pessoas, vamos mover a discussão sobre a classificação para o wiki?
Abri um tópico lá sobre isso e vou postar o estado atual da minha
proposta logo mais (quando concluir os fluxogramas):
http://forum.openstreetmap.org/viewtopic.php?id=21275

Fiquem à vontade para se adiantarem. :P

2013/5/21 Fernando Trebien fernando.treb...@gmail.com:
Ah sim, só explicando, quando a tabela indica que motorway deve
virar trunk caso seja classificada como Pavimentada pelo BIT, isso
quer dizer que trunk é uma classificação preliminar SE nenhum
outro fator for considerado além do BIT.

2013/5/21 Fernando Trebien fernando.treb...@gmail.com:
Hm acho uma excelente idéia, mas para tornar isso simples e encorajar
o uso, eu sugeriria assim:

highway:schema=br2013

Daí a tabela br2013 especificaria os fatores para a classificação de
forma não ambígua (de preferência fatores que produzam poucas
exceções). A classificação ainda poderia divergir mesmo com essa tag e
a explicação para a divergência ficaria na tag note, caso a caso.

Paralelamente, se concordarmos que o BIT deve ser o fator mais forte
na nossa classificação (deixando espaço apenas para algumas poucas
variações), proponho que as seguintes alterações já poderiam ser
aplicadas no mapa sem que fossem incorretas:

http://wiki.openstreetmap.org/wiki/Pt-br:How_to_map_a#Reclassifica.C3.A7.C3.A3o_segundo_BIT_.28proposta.29

Acho útil definir isso mais ou menos dessa forma porque nos permitiria
tratar das maiores divergências mais rapidamente (baseado somente nos
dados do BIT). Só seria necessário entrar nos detalhes das vias (e dos
seus trechos) para os casos que estão vazios na tabela.

Opiniões?

2013/5/21 Gerald Weber gwebe...@gmail.com:
Me ocorreu uma idéia que poderia contemplar várias propostas
simultâneamente.

Vejam o que vocês acham: que tal criarmos uma tag nova onde especificamos
qual esquema foi usado para classificar a rodovia, algo assim:

highway:schema_br2013=format1

uma subtag de highway para deixar clarro que o esquema se refere só a ela.
schema_br2013 poderia ser uma tabela de esquemas para o Brasil definido em
2013. A título de exemplo, poderia ser a tabela

2013/5/20 Fernando Trebien fernando.treb...@gmail.com

Que tal assim?
http://wiki.openstreetmap.org/wiki/Pt-br:How_to_map_a#M.C3.A9todo_objetivo_.282.C2.AA_proposta.29

format1, format2, etc poderia ser o tipos de rodovia. Aqui poderiamos ter
qualquer número arbitrário de subdivisão. Poderiamos inclusive adicionar
mais de um valor,

highway:schema_br2013=format3;priority2

Por exemplo, uma rodovia com formato primary (format3) mas com prioridade
de
trunk (priority2) (só exemplos, OK?)

Assim ficaria claro o que foi usado para classificar a rodovia, e se no
futuro usarmos outra classificação (digamos schema_br2014) a conversão
poderia ser feita em massa por scripts e não manualmente.

o que vocês acham disto?

abraço

Gerald

___
Talk-br mailing list
Talk-br@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-br

--
Fernando Trebien
+55 (51) 9962-5409

The speed of computer chips doubles every 18 months. (Moore's law)
The speed of software halves every 18 months. (Gates' law)

--
Fernando Trebien
+55 (51) 9962-5409

The speed of computer chips doubles every 18 months. (Moore's law)
The speed of software halves every 18 months. (Gates' law)

--
Fernando Trebien
+55 (51) 9962-5409

The speed of computer chips doubles every 18 months. (Moore's law)
The speed of software halves every 18 months. (Gates' law)

--
Fernando Trebien
+55 (51) 9962-5409

The speed of computer chips doubles every 18 months. (Moore's law)
The speed of software halves every 18 months. (Gates' law)

___
Talk-br mailing list
Talk-br@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-br

Re: [Talk-br] Hierarquia das rodovias

Uma pequena correção (um texto tinha ficado oculto):
http://i.imgur.com/UU2t1F5.png

(O texto dizia não ou não sei e o i final tinha parado em cima da
seta, mudando o sentido do texto.)

2013/5/22 Fernando Trebien fernando.treb...@gmail.com:
Postei a minha proposta lá no fórum e, já que ninguém postou lá ainda,
copio aqui o link pro fluxograma: http://i.imgur.com/WFXGbq6.png

A parte que mais estamos discutindo é a parte verde, sobre as vias em
área não-urbana.

Fiquem à vontade para se adiantarem. :P

2013/5/21 Fernando Trebien fernando.treb...@gmail.com:
Hm acho uma excelente idéia, mas para tornar isso simples e encorajar
o uso, eu sugeriria assim:

highway:schema=br2013

http://wiki.openstreetmap.org/wiki/Pt-br:How_to_map_a#Reclassifica.C3.A7.C3.A3o_segundo_BIT_.28proposta.29

Opiniões?

2013/5/21 Gerald Weber gwebe...@gmail.com:
Me ocorreu uma idéia que poderia contemplar várias propostas
simultâneamente.

Vejam o que vocês acham: que tal criarmos uma tag nova onde especificamos
qual esquema foi usado para classificar a rodovia, algo assim:

highway:schema_br2013=format1

uma subtag de highway para deixar clarro que o esquema se refere só a ela.
schema_br2013 poderia ser uma tabela de esquemas para o Brasil definido em
2013. A título de exemplo, poderia ser a tabela

2013/5/20 Fernando Trebien fernando.treb...@gmail.com

Que tal assim?
http://wiki.openstreetmap.org/wiki/Pt-br:How_to_map_a#M.C3.A9todo_objetivo_.282.C2.AA_proposta.29

format1, format2, etc poderia ser o tipos de rodovia. Aqui poderiamos ter
qualquer número arbitrário de subdivisão. Poderiamos inclusive adicionar
mais de um valor,

highway:schema_br2013=format3;priority2

Por exemplo, uma rodovia com formato primary (format3) mas com prioridade
de
trunk (priority2) (só exemplos, OK?)

o que vocês acham disto?

abraço

Gerald

___
Talk-br mailing list
Talk-br@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-br

--
Fernando Trebien
+55 (51) 9962-5409

The speed of computer chips doubles every 18 months. (Moore's law)
The speed of software halves every 18 months. (Gates' law)

--
Fernando Trebien
+55 (51) 9962-5409

The speed of computer chips doubles every 18 months. (Moore's law)
The speed of software halves every 18 months. (Gates' law)

--
Fernando Trebien
+55 (51) 9962-5409

The speed of computer chips doubles every 18 months. (Moore's law)
The speed of software halves every 18 months. (Gates' law)

--
Fernando Trebien
+55 (51) 9962-5409

The speed of computer chips doubles every 18 months. (Moore's law)
The speed of software halves every 18 months. (Gates' law)

--
Fernando Trebien
+55 (51) 9962-5409

The speed of computer chips doubles every 18 months. (Moore's law)
The speed of software halves every 18 months. (Gates' law)

___
Talk-br mailing list
Talk-br@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-br

Re: [Talk-br] Hierarquia das rodovias

Acrescentei mais alguns casos de decisão quando há falta de
informação, essa é a minha versão final (por hoje :P):
http://i.imgur.com/pNuQaIC.png

2013/5/22 Fernando Trebien fernando.treb...@gmail.com:
 Uma atualização considerando casos em que falta uma ou outra
 informação: http://i.imgur.com/bniXEQJ.png

 2013/5/22 Fernando Trebien fernando.treb...@gmail.com:
 Uma pequena correção (um texto tinha ficado oculto):
 http://i.imgur.com/UU2t1F5.png

 (O texto dizia não ou não sei e o i final tinha parado em cima da
 seta, mudando o sentido do texto.)

 2013/5/22 Fernando Trebien fernando.treb...@gmail.com:
 Postei a minha proposta lá no fórum e, já que ninguém postou lá ainda,
 copio aqui o link pro fluxograma: http://i.imgur.com/WFXGbq6.png

 A parte que mais estamos discutindo é a parte verde, sobre as vias em
 área não-urbana.

 2013/5/21 Fernando Trebien fernando.treb...@gmail.com:
 Pessoas, vamos mover a discussão sobre a classificação para o wiki?
 Abri um tópico lá sobre isso e vou postar o estado atual da minha
 proposta logo mais (quando concluir os fluxogramas):
 http://forum.openstreetmap.org/viewtopic.php?id=21275

 Fiquem à vontade para se adiantarem. :P

 2013/5/21 Fernando Trebien fernando.treb...@gmail.com:
 Ah sim, só explicando, quando a tabela indica que motorway deve
 virar trunk caso seja classificada como Pavimentada pelo BIT, isso
 quer dizer que trunk é uma classificação preliminar SE nenhum
 outro fator for considerado além do BIT.

 2013/5/21 Fernando Trebien fernando.treb...@gmail.com:
 Hm acho uma excelente idéia, mas para tornar isso simples e encorajar
 o uso, eu sugeriria assim:

 highway:schema=br2013

 Daí a tabela br2013 especificaria os fatores para a classificação de
 forma não ambígua (de preferência fatores que produzam poucas
 exceções). A classificação ainda poderia divergir mesmo com essa tag e
 a explicação para a divergência ficaria na tag note, caso a caso.

 Paralelamente, se concordarmos que o BIT deve ser o fator mais forte
 na nossa classificação (deixando espaço apenas para algumas poucas
 variações), proponho que as seguintes alterações já poderiam ser
 aplicadas no mapa sem que fossem incorretas:

 http://wiki.openstreetmap.org/wiki/Pt-br:How_to_map_a#Reclassifica.C3.A7.C3.A3o_segundo_BIT_.28proposta.29

 Acho útil definir isso mais ou menos dessa forma porque nos permitiria
 tratar das maiores divergências mais rapidamente (baseado somente nos
 dados do BIT). Só seria necessário entrar nos detalhes das vias (e dos
 seus trechos) para os casos que estão vazios na tabela.

 Opiniões?

 2013/5/21 Gerald Weber gwebe...@gmail.com:
 Me ocorreu uma idéia que poderia contemplar várias propostas
 simultâneamente.

 Vejam o que vocês acham: que tal criarmos uma tag nova onde 
 especificamos
 qual esquema foi usado para classificar a rodovia, algo assim:

 highway:schema_br2013=format1

 uma subtag de highway para deixar clarro que o esquema se refere só a 
 ela.
 schema_br2013 poderia ser uma tabela de esquemas para o Brasil definido 
 em
 2013. A título de exemplo, poderia ser a tabela

 2013/5/20 Fernando Trebien fernando.treb...@gmail.com

 Que tal assim?
 http://wiki.openstreetmap.org/wiki/Pt-br:How_to_map_a#M.C3.A9todo_objetivo_.282.C2.AA_proposta.29


 format1, format2, etc poderia ser o tipos de rodovia. Aqui poderiamos 
 ter
 qualquer número arbitrário de subdivisão. Poderiamos inclusive adicionar
 mais de um valor,

 highway:schema_br2013=format3;priority2

 Por exemplo, uma rodovia com formato primary (format3) mas com 
 prioridade de
 trunk (priority2) (só exemplos, OK?)

 Assim ficaria claro o que foi usado para classificar a rodovia, e se no
 futuro usarmos outra classificação (digamos schema_br2014) a conversão
 poderia ser feita em massa por scripts e não manualmente.

 o que vocês acham disto?

 abraço

 Gerald



 ___
 Talk-br mailing list
 Talk-br@openstreetmap.org
 http://lists.openstreetmap.org/listinfo/talk-br




 --
 Fernando Trebien
 +55 (51) 9962-5409

 The speed of computer chips doubles every 18 months. (Moore's law)
 The speed of software halves every 18 months. (Gates' law)



 --
 Fernando Trebien
 +55 (51) 9962-5409

 The speed of computer chips doubles every 18 months. (Moore's law)
 The speed of software halves every 18 months. (Gates' law)



 --
 Fernando Trebien
 +55 (51) 9962-5409

 The speed of computer chips doubles every 18 months. (Moore's law)
 The speed of software halves every 18 months. (Gates' law)



 --
 Fernando Trebien
 +55 (51) 9962-5409

 The speed of computer chips doubles every 18 months. (Moore's law)
 The speed of software halves every 18 months. (Gates' law)



 --
 Fernando Trebien
 +55 (51) 9962-5409

 The speed of computer chips doubles every 18 months. (Moore's law)
 The speed of software halves every 18 months. (Gates' law)



 --
 Fernando Trebien
 +55 (51) 9962-5409

 The speed of computer chips doubles every 18 months. (Moore's law)
 The speed of software

Re: [Talk-br] Hierarquia das rodovias

Fluxograma revisado e atualizado com uma medida exata para os
critérios ligado a larguras (inspirado nas larguras de faixas do
DNIT): http://i.imgur.com/I6GQ0CH.png

2013/5/22 Fernando Trebien fernando.treb...@gmail.com:
 Abrindo um parêntese, pesquisei se havia alguma classificação de
 rodovias com base na largura e acabei encontrando este manual de
 projeto de rodovias do DNIT:
 http://www.dnit.gov.br/rodovias/operacoes-rodoviarias/faixa-de-dominio/normas-projeto-estr-rod-reeditado-1973.pdf

 Voltando a um tópico já levantado, várias partes do texto apresentam
 uma relação entre a quantidade de tráfego na rodovia e a estrutura
 dela. Isso me parece um argumento forte para se usar a estrutura como
 indicador da importância da rodovia, e o bom desse indicador é que ele
 não deixa quase nenhuma dúvida. Basicamente, isso significa que se uma
 rodovia é importante (tem movimento) mas não tem a estrutura adequada,
 é porque o governo ainda não fez a adaptação necessária porque (na
 minha opinião) provavelmente não priorizou tal alteração, logo, vê
 outras coisas como sendo mais importantes.

 2013/5/22 Fernando Trebien fernando.treb...@gmail.com:
 O caixa amarela que diz 1 faixa por sentido está no lugar errado. Deveria
 estar na saída de Velocidade máxima = 80 km/h. Até a noite eu conserto.

 On May 22, 2013 1:06 PM, Fernando Trebien fernando.treb...@gmail.com
 wrote:

 Ah sim, D=desconhecido (ou, se preferir, default).

 2013/5/22 Fernando Trebien fernando.treb...@gmail.com:
  Acrescentei mais alguns casos de decisão quando há falta de
  informação, essa é a minha versão final (por hoje :P):
  http://i.imgur.com/pNuQaIC.png
 
  2013/5/22 Fernando Trebien fernando.treb...@gmail.com:
  Uma atualização considerando casos em que falta uma ou outra
  informação: http://i.imgur.com/bniXEQJ.png
 
  2013/5/22 Fernando Trebien fernando.treb...@gmail.com:
  Uma pequena correção (um texto tinha ficado oculto):
  http://i.imgur.com/UU2t1F5.png
 
  (O texto dizia não ou não sei e o i final tinha parado em cima da
  seta, mudando o sentido do texto.)
 
  2013/5/22 Fernando Trebien fernando.treb...@gmail.com:
  Postei a minha proposta lá no fórum e, já que ninguém postou lá
  ainda,
  copio aqui o link pro fluxograma: http://i.imgur.com/WFXGbq6.png
 
  A parte que mais estamos discutindo é a parte verde, sobre as vias em
  área não-urbana.
 
  2013/5/21 Fernando Trebien fernando.treb...@gmail.com:
  Pessoas, vamos mover a discussão sobre a classificação para o wiki?
  Abri um tópico lá sobre isso e vou postar o estado atual da minha
  proposta logo mais (quando concluir os fluxogramas):
  http://forum.openstreetmap.org/viewtopic.php?id=21275
 
  Fiquem à vontade para se adiantarem. :P
 
  2013/5/21 Fernando Trebien fernando.treb...@gmail.com:
  Ah sim, só explicando, quando a tabela indica que motorway deve
  virar trunk caso seja classificada como Pavimentada pelo BIT,
  isso
  quer dizer que trunk é uma classificação preliminar SE nenhum
  outro fator for considerado além do BIT.
 
  2013/5/21 Fernando Trebien fernando.treb...@gmail.com:
  Hm acho uma excelente idéia, mas para tornar isso simples e
  encorajar
  o uso, eu sugeriria assim:
 
  highway:schema=br2013
 
  Daí a tabela br2013 especificaria os fatores para a classificação
  de
  forma não ambígua (de preferência fatores que produzam poucas
  exceções). A classificação ainda poderia divergir mesmo com essa
  tag e
  a explicação para a divergência ficaria na tag note, caso a caso.
 
  Paralelamente, se concordarmos que o BIT deve ser o fator mais
  forte
  na nossa classificação (deixando espaço apenas para algumas poucas
  variações), proponho que as seguintes alterações já poderiam ser
  aplicadas no mapa sem que fossem incorretas:
 
 
  http://wiki.openstreetmap.org/wiki/Pt-br:How_to_map_a#Reclassifica.C3.A7.C3.A3o_segundo_BIT_.28proposta.29
 
  Acho útil definir isso mais ou menos dessa forma porque nos
  permitiria
  tratar das maiores divergências mais rapidamente (baseado somente
  nos
  dados do BIT). Só seria necessário entrar nos detalhes das vias (e
  dos
  seus trechos) para os casos que estão vazios na tabela.
 
  Opiniões?
 
  2013/5/21 Gerald Weber gwebe...@gmail.com:
  Me ocorreu uma idéia que poderia contemplar várias propostas
  simultâneamente.
 
  Vejam o que vocês acham: que tal criarmos uma tag nova onde
  especificamos
  qual esquema foi usado para classificar a rodovia, algo assim:
 
  highway:schema_br2013=format1
 
  uma subtag de highway para deixar clarro que o esquema se refere
  só a ela.
  schema_br2013 poderia ser uma tabela de esquemas para o Brasil
  definido em
  2013. A título de exemplo, poderia ser a tabela
 
  2013/5/20 Fernando Trebien fernando.treb...@gmail.com
 
  Que tal assim?
 
  http://wiki.openstreetmap.org/wiki/Pt-br:How_to_map_a#M.C3.A9todo_objetivo_.282.C2.AA_proposta.29
 
 
  format1, format2, etc poderia ser o tipos de rodovia. Aqui
  poderiamos ter
  qualquer número arbitrário de subdivisão. Poderiamos

Re: [Talk-de] Genauigkeit des etrex VISTA HCx

2013-05-22 Thread Manuel Reimer


On 05/21/2013 10:19 AM, Andreas Tille wrote:

Ich glaube, da mußt Du wohl etwas genauer sein, wenn Du hier konkrete
Antworten haben möchtest.  Genauigkeit recht übel - was soll das
heißen?


Stimmt. Meine Anfrage war etwas unspezifisch.

Ich hatte heute sowohl das Vista HCx (MTK2) als auch das WBT202 (ublox5) 
beide am Fahrradlenker.


Wetter: stark bewölkt.
Ich bin sowohl durch Wald als auch unter freiem Himmel gefahren.
Die Geräte hatten beide reichlich Zeit zum Warmlaufen.

Der Test war für meine Begriffe noch nicht ganz optimal. Mit der 
Bedienung vom Garmin war ich noch nicht ganz vertraut und zwischendurch 
musste ich Boxenstop machen und die Fahrradhalterung nochmal neu 
anbringen. Ich werde den Test wiederholen und dann auch mal Screenshots 
hochladen.


Mein erster Eindruck ist aber, dass das Garmin nicht ganz so schlecht 
ist, wie ich erst gedacht hatte. Eine unerwartete Abweichung von Spur 
zur Karte sieht auf dem LCD schlimmer aus als sie wirklich ist.


Wie gesagt: Nur der erste Eindruck. Am Wochenende werde ich mal eine 
längere Tour mit beiden Geräten machen und dann mal detaillierter berichten.


Gruß

Manuel


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

Re: [Talk-de] Genauigkeit des etrex VISTA HCx

2013-05-22 Thread Michael Krämer

Jetzt doch noch ein kleiner Nachtrag: Mein Vista HCx hat 3.40. Die kam
entweder über den Webupdater oder direkt von Garmin, da ich mal wegen des
Gummis ein neues Gerät bekommen habe.

Grüße,
   Michael


Am 21. Mai 2013 11:42 schrieb Michael Krämer ohr...@gmail.com:

 Am 21. Mai 2013 11:30 schrieb Benjamin Lebsanft benja...@lebsanft.org:

  Da gibt es ja wie gesagt nur 3.20 als letzte Firmware. Auf meinem ist
 aber schon 3.30 drauf und jemand erwähnte, dass es wohl schon 3.40 geben
 soll.


 Oh, peinlich... Auf die Schnelle hab ich nicht auf die Versionsnummern
 geachtet. Entschuldigung.

 Hm, für's Vista Cx gibt es bei Garmin eine 3.40, für HCx nur 3.20. Beide
 haben aber das gleiche Datum. Vielleicht könnte auch das eine Erklärung
 sein.

 Grüße,
Michael

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

[Talk-de] Call for Papers: PgConf.DE 2013

2013-05-22 Thread Stefan Keller

Hallo!

PGConf.DE 2013 ist die Fortsetzung der Deutschsprachigen PostgreSQL
Konferenz 2011. Die diesjährige PGConf.DE wird am wird am 8. November im
Rheinischen Industriemuseum in Oberhausen stattfinden. Gleich im
Anschluß findet über das Wochenende die OpenRheinRuhr am gleichen
Veranstaltungsort statt - mit OSM-Beteiligung (vgl. Wiki).

Es werden Themen für PostgreSQL Anwender, Entwickler und Mitwirkende
sowie für Entscheidungsträger behandelt. Mehr Informationen über die
Konferenz gibt es auf der Webseite unter:

http://2013.pgconf.de/

Wir akzeptieren nun Vorschläge für Vorträge. Bitte beachte, das wir
sowohl Vorträge in Englisch wie auch in Deutsch akzeptieren.

Jeder Vortrag wird 45 Minuten dauern und kann jedes beliebige für
PostgreSQL relevante Thema beinhalten. Einige Vorschläge für Themenbereiche:

  • Entwickeln von Anwendungen für PostgreSQL
  • Administration von großen und skalierenden
PostgreSQL Installationen
  • Fallstudien von PostgreSQL Installationen
  • PostgreSQL Werkzeuge und Hilfsprogramme
  • Erweiterungen (PostGIS, FTS, ...)
  • PostgreSQL Hacking
  • Community  Benutzergruppen
  • Tunen der Datenbank oder des Servers
  • Migrieren von anderen Systemen
  • Skalieren / Replikation
  • Benchmarking  Hardware
  • Produkte die PostgreSQL verwenden

Natürlich werden Einreichungen aus anderen, PostgreSQL relevanten
Bereichen ebenfalls akzeptiert.

Die Vorschläge müssen bis zum 15. September 2013 eingereicht werden. Die
ausgewählten Sprecher werden bis zum 25. September 2013 informiert.

Bitte nutze das Events-System von PostgreSQL.EU um einen Vortrag
einzureichen:
https://www.postgresql.eu/events/speakerprofile/pgconfde2013/

Leg dort zuerst ein Speaker Profile an. Falls Du bereits ein solches
Profil hast, überprüfe bitte deine Angaben und aktualisiere sie
gegebenenfalls. Mit dem Profil kannst Du über diese Web-App einen oder
mehrere Vorträge für PGConf.DE 2013 einreichen. Sollte die App nach
einem Login verlangen, nutze bitte Deinen postgresql.org community account.

Die Vorträge werden von einem Ausschuss in Betracht gezogen und ein
Zeitplan wird zum Start der Konferenz hin veröffentlicht.

Der Call for Papers ist ebenfalls im Web verfügbar unter:

http://2013.pgconf.de/cfp

Eintrittskarten für die Deutsche PostgreSQL Konferenz 2013 werden
ebenfalls für die OpenRheinRuhr 2013 gültig sein.

Wir freuen uns von dir zu hören und sehen uns in Oberhausen im November!

Stefan Keller

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

[Talk-it] Comune di Crissolo (Cn) mappa Osm

2013-05-22 Thread Gianluca Boero


Ciao a tutti.

Ho aperto la pagina del comune di Crissolo in Val Po, provincia di Cuneo 
per visualizzare se vi erano cambiamenti sulle notizie e sulle webcam e 
mi sono ritrovato un cambiamento totale, ovvero il restiling del sito 
istituzionale del comune in oggetto.
Nella home page http://www.comune.crissolo.cn.it/ verso il basso è 
posizionata la mappa del comune. Vi è il riquadro con la dicitura Google 
in basso a sx e tre linguette, Mappa Satellite e OpenStreetMap. 
Cliccando sulle prime due vi sono le immagini di Google, nella terza la 
nostra mappa. Peccato che rimane la scritta Google in basso a sx e il 
link termini e condizioni d'uso (comune a tutte e tre le linguette) 
anche su OpenStreetMap riporta alle condizioni di Google, quasi che noi 
fossimo parenti di Google.


Credo che stiano lavorando sul sito, in quanto le webcam non sono 
funzionanti ma c'è la sezione, quindi sono work in progress con i lavori.


Ora cosa bisogna fare? Scrivere al comune spiegando i termini di 
licenza? Va bene inserire questa pagina come riferimento 
http://www.openstreetmap.org/copyright ?
Ovviamente non bisogna essere scortesi, ma qualcuno che ha già scritto 
ha un testo precompilato per spiegare il da farsi? Praticamente...siamo 
contenti che usate la nostra mappa ma fatelo in modo corretto :-)


--
Gianluca Boero


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

Re: [Talk-it] Comune di Crissolo (Cn) mappa Osm

2013-05-22 Thread sabas88

Il giorno 22 maggio 2013 10:34, Gianluca Boero gianlucabo...@alice.it ha
scritto:

Ciao a tutti.

Ho aperto la pagina del comune di Crissolo in Val Po, provincia di Cuneo
per visualizzare se vi erano cambiamenti sulle notizie e sulle webcam e mi
sono ritrovato un cambiamento totale, ovvero il restiling del sito
istituzionale del comune in oggetto.
Nella home page
http://www.comune.crissolo.cn.**it/http://www.comune.crissolo.cn.it/verso
il basso è posizionata la mappa del comune. Vi è il riquadro con la
dicitura Google in basso a sx e tre linguette, Mappa Satellite e
OpenStreetMap. Cliccando sulle prime due vi sono le immagini di Google,
nella terza la nostra mappa. Peccato che rimane la scritta Google in basso
a sx e il link termini e condizioni d'uso (comune a tutte e tre le
linguette) anche su OpenStreetMap riporta alle condizioni di Google, quasi
che noi fossimo parenti di Google.

Credo che stiano lavorando sul sito, in quanto le webcam non sono
funzionanti ma c'è la sezione, quindi sono work in progress con i lavori.

Ora cosa bisogna fare? Scrivere al comune spiegando i termini di licenza?
Va bene inserire questa pagina come riferimento
http://www.openstreetmap.org/**copyrighthttp://www.openstreetmap.org/copyright?
Ovviamente non bisogna essere scortesi, ma qualcuno che ha già scritto ha
un testo precompilato per spiegare il da farsi? Praticamente...siamo
contenti che usate la nostra mappa ma fatelo in modo corretto :-)

Vedendo il codice del sito, hanno utilizzato le api di Google Maps e hanno
messo il livello OSM manualmente.. L'unica cosa che si potrebbe obiettare è
che potrebbero cambiare ed usare Leaflet (nel caso ci tenessero
particolarmente alle foto satellitari google, basta metterci il plugin ed
utilizzare la stessa chiave). Fintantochè l'utilizzo è così limitato, la
conversione è quasi immediata.

--
Gianluca Boero

Ciao,
Stefano

__**_
Talk-it mailing list
Talk-it@openstreetmap.org
http://lists.openstreetmap.**org/listinfo/talk-ithttp://lists.openstreetmap.org/listinfo/talk-it

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

Re: [Talk-it] Comune di Crissolo (Cn) mappa Osm

2013-05-22 Thread Martin Koppenhoefer

2013/5/22 sabas88 saba...@gmail.com

 Vedendo il codice del sito, hanno utilizzato le api di Google Maps e hanno
 messo il livello OSM manualmente.. L'unica cosa che si potrebbe obiettare è
 che potrebbero cambiare ed usare Leaflet (nel caso ci tenessero
 particolarmente alle foto satellitari google, basta metterci il plugin ed
 utilizzare la stessa chiave). Fintantochè l'utilizzo è così limitato, la
 conversione è quasi immediata.




si, credo che utilizzando il sistema di Google per caricare le tiles devono
mostrare la scritta Google, ma hanno un problema di attribuzione, perché
non visualizzano il nostro copyright e ODbL quando si cambia alla mappa di
OSM (quale è pure il default sul loro sito). E' una cosa semplice da
correggere in quanto il sistema di Google prevede già un attribution string
per ogni mappa che si visualizza. Oppure cambiare anche il sistema e
utilizzare Openlayers o leaflet o un altro sistema.

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

[Talk-it] Mapping party sul campo a Cagliari

2013-05-22 Thread Andrea Zedda

Ciao a tutti,
come molti di voi sanno la nostra associazione Sardinia Open Data porta
avanti da circa 2 mesi degli incontri settimanali di mapping collettivo ai
quali partecipano attivamente una 10ina di persone. Ci stiamo divertendo e
stiamo imparando un bel po' di roba, dando un contributo al mapping della
sardegna. Ultimamente poi stiamo dando una mano a HOT su questo task:
http://tasks.hotosm.org/job/72

Comunque sia, volevamo organizzare un bel mapping party eseguendo una
mappatura sul campo, infatti fin'ora abbiamo lavorato soprattutto su tracce
individuali e ricalco di foto aeree. il party si svolgerà il 1° giugno a
Cagliari e riguarderà il quartiere di Stampace vecchia
http://www.openstreetmap.org/?lat=39.219417lon=9.11313zoom=18layers=M.
Cercheremmo di attrarre quanti più curiosi possiamo, giusto per diffondere
il verbo.
Abbiamo scelto quel quartiere perché rappresenta una sorta di laboratorio
nella nostra città, un posto che attira le nuove idee.
Inoltre ci agganciamo ad un progetto chiamato Stampaxi+
http://www.sardarch.it/stampaxi+/ portato avanti da un'altra associazione,
Sardarch (http://www.sardarch.it/), con la quale collaboreremo per questo
evento.
Scrivo in lista anzitutto per invitare chiunque fosse in zona a darci una
mano (presto sul sito di sardinia open data posteremo l'evento),
in secondo luogo per chiedervi qualche consiglio.

-cosa sarebbe interessante mappare?
-utilizzeremo i walking papers e l'app OSM tracker. Ci sono altri strumenti
non troppo impegnativi che potremmo utilizzare?
-consigli organizzativi vari?

Non siamo digiuni di mapping sul campo, visto che tra noi c'è l'associata
Claudia Mocci che ha avuto esperienze in tchad in merito, io poi ne faccio
un bel po' sul campo ma quasi esclusivamente in montagna/campagna. Qui però
si tratta di mappare una zona relativamente matura, quindi gli oggetti da
mappare sarebbero un po' diversi.
Grazie mille!
ciau


-- 
Andrea Zedda
skype: andria_tzedda
twitter: @Andria_Tzedda
---
Kode srl
via Gioacchino Volpe, 74 56121 Ospedaletto (Pisa)
http://kode-solutions.net
---
Sardinia Open Data
http://sardiniaopendata.org/
---
___
Talk-it mailing list
Talk-it@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-it

Re: [Talk-it] Mapping party sul campo a Cagliari

2013-05-22 Thread Luca Delucchi

2013/5/22 Andrea Zedda andreazedd...@gmail.com:
 Ciao a tutti,

ciao Andrea

 come molti di voi sanno la nostra associazione Sardinia Open Data porta
 avanti da circa 2 mesi degli incontri settimanali di mapping collettivo ai
 quali partecipano attivamente una 10ina di persone. Ci stiamo divertendo e
 stiamo imparando un bel po' di roba, dando un contributo al mapping della
 sardegna. Ultimamente poi stiamo dando una mano a HOT su questo task:
 http://tasks.hotosm.org/job/72


potresti tenere traccia degli eventi in questa pagina [0] !

 Comunque sia, volevamo organizzare un bel mapping party eseguendo una
 mappatura sul campo, infatti fin'ora abbiamo lavorato soprattutto su tracce
 individuali e ricalco di foto aeree. il party si svolgerà il 1° giugno a
 Cagliari e riguarderà il quartiere di Stampace vecchia
 http://www.openstreetmap.org/?lat=39.219417lon=9.11313zoom=18layers=M.

puoi aggiungerlo qui [1]?

 Cercheremmo di attrarre quanti più curiosi possiamo, giusto per diffondere
 il verbo.
 Abbiamo scelto quel quartiere perché rappresenta una sorta di laboratorio
 nella nostra città, un posto che attira le nuove idee.
 Inoltre ci agganciamo ad un progetto chiamato Stampaxi+
 http://www.sardarch.it/stampaxi+/ portato avanti da un'altra associazione,
 Sardarch (http://www.sardarch.it/), con la quale collaboreremo per questo
 evento.
 Scrivo in lista anzitutto per invitare chiunque fosse in zona a darci una
 mano (presto sul sito di sardinia open data posteremo l'evento),
 in secondo luogo per chiedervi qualche consiglio.

 -cosa sarebbe interessante mappare?

tutto quello che è presente sul territorio.
poi dipende se Sardarch o Sardinia Open Data ha necessità di
raccogliere una determinata categoria di elementi

 -utilizzeremo i walking papers e l'app OSM tracker. Ci sono altri strumenti
 non troppo impegnativi che potremmo utilizzare?

macchina fotografica (soprattutto se le persone conoscono bene la zona
e la zona è ben mappata)

 -consigli organizzativi vari?


- qui hai un template per la pagina del wiki
http://wiki.openstreetmap.org/wiki/Mapping_Party_Template
- maggiori info qui
http://wiki.openstreetmap.org/wiki/Mapping_parties,
http://wiki.openstreetmap.org/wiki/Mapping_Weekend_Howto
- fare pubblicità all'evento tramite i canali tradizionali e 2.0
- dividere le persone in gruppi e se possibile ogni gruppo abbia una
persona che già mappa
- stare attenti quando si edita di non avere conflitti, perciò upload
e download molto frequenti e divisione del lavoro per gruppi
- ricordarsi di fare una foto con i presenti
- fare un video sui risultati http://wiki.openstreetmap.org/wiki/Party_render

 Non siamo digiuni di mapping sul campo, visto che tra noi c'è l'associata
 Claudia Mocci che ha avuto esperienze in tchad in merito, io poi ne faccio
 un bel po' sul campo ma quasi esclusivamente in montagna/campagna. Qui però
 si tratta di mappare una zona relativamente matura, quindi gli oggetti da
 mappare sarebbero un po' diversi.
 Grazie mille!
 ciau


[0] http://wiki.openstreetmap.org/wiki/WikiProject_Italy/PastEvents
[1] http://wiki.openstreetmap.org/wiki/WikiProject_Italy/Events


 --
 Andrea Zedda
 skype: andria_tzedda
 twitter: @Andria_Tzedda
 ---
 Kode srl
 via Gioacchino Volpe, 74 56121 Ospedaletto (Pisa)
 http://kode-solutions.net
 ---
 Sardinia Open Data
 http://sardiniaopendata.org/
 ---


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




--
ciao
Luca

http://gis.cri.fmach.it/delucchi/
www.lucadelu.org

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

Re: [Talk-it] Mapping party sul campo a Cagliari

2013-05-22 Thread Alessandro

Ciao,

walkingpapers sembra che non funzioni più, penso si siano spostati su
fieldpapers.org che funziona allo stesso modo.
Io con telefono Symbian mi trovo molto bene a mappare con GpsMid

Alessandro


Il giorno Wed, 22 May 2013 11:37:58 +0200
Andrea Zedda andreazedd...@gmail.com ha scritto:

 Ciao a tutti,
 ...
 -utilizzeremo i walking papers e l'app OSM tracker. Ci sono altri
 strumenti non troppo impegnativi che potremmo utilizzare?
 -consigli organizzativi vari?
 


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

[Talk-it] Madonnine

2013-05-22 Thread demon.box

...ormai passerò per un Madonnaro  ma volevo chiedervi, come
taggare correttamente quelle piccole madonnine che si trovano molto ma molto
spesso lungo i nostri sentieri.
Si tratta di piccole statuette (anche soltanto 20/30 cm di altezza) a volte
incastonate dentro un buco di un albero, o dentro una nicchia di un muro di
cinta, ecc.
Insomma historic_wayside=shrine penso non vada bene,
tourism=artwork+artwork_type=statue mi sembra eccessivo, quindi secondo voi?
A meno che vada lo stesso bene così: 

historic_wayside=shrine 
denomination=catholic
religion=christian
name=Madonnina

che dite? Non interessa a nessuno?
Grazie, ciao
--enrico



--
View this message in context: 
http://gis.19327.n5.nabble.com/Madonnine-tp5762198.html
Sent from the Italy General mailing list archive at Nabble.com.

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

Re: [Talk-it] Uso di mappe di OSM

2013-05-22 Thread sabas88

Aggiornamento:
L'autore del plugin ha aggiornato l'attribuzione e nella prossima release
sarà corretta, ed è intervenuta la sviluppatrice del sito di Marino.
https://github.com/robertharm/Leaflet-Maps-Marker/issues/46#issuecomment-18271476



Il giorno 21 maggio 2013 21:51, sabas88 saba...@gmail.com ha scritto:

 Per quanto riguarda l'attribuzione del plugin ho aperto un issue
 https://github.com/robertharm/Leaflet-Maps-Marker/issues/46

 Per quanto riguarda i nuovi registrati il feed spara fuori sempre tra 10 e
 14 nuovi utenti al giorno (considerazione spanometrica ;) )..

 Ciao,
 Stefano

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

Re: [Talk-it] Madonnine

2013-05-22 Thread Martin Koppenhoefer

2013/5/22 demon.box e.rossin...@alice.it

 ...ormai passerò per un Madonnaro



non ti preoccupare, con questo nome utente non è probabile ;-)



  ma volevo chiedervi, come
 taggare correttamente quelle piccole madonnine che si trovano molto ma
 molto
 spesso lungo i nostri sentieri.
 Si tratta di piccole statuette (anche soltanto 20/30 cm di altezza) a volte
 incastonate dentro un buco di un albero, o dentro una nicchia di un muro di
 cinta, ecc.
 Insomma historic_wayside=shrine penso non vada bene,



invece credo che in questi casi potrebbe andare bene, sia la nicchia che
anche il buco di un albero per me possono essere wayside_shrine(s), o mi
sbaglio?



 historic_wayside=shrine
 denomination=catholic
 religion=christian
 name=Madonnina

 che dite?



+1, il name-tag potrebbe essere discutibile.

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

Re: [Talk-it] Madonnine

2013-05-22 Thread Gianluca Boero


Il 22/05/2013 13:53, demon.box ha scritto:

...ormai passerò per un Madonnaro  ma volevo chiedervi, come
taggare correttamente quelle piccole madonnine che si trovano molto ma molto
spesso lungo i nostri sentieri.
Si tratta di piccole statuette (anche soltanto 20/30 cm di altezza) a volte
incastonate dentro un buco di un albero, o dentro una nicchia di un muro di
cinta, ecc.
Insomma historic_wayside=shrine penso non vada bene,
tourism=artwork+artwork_type=statue mi sembra eccessivo, quindi secondo voi?
A meno che vada lo stesso bene così:

historic_wayside=shrine
denomination=catholic
religion=christian
name=Madonnina

che dite? Non interessa a nessuno?
Grazie, ciao
--enrico
Si si...interessa. Pensa che io a Barge in provincia di Cn ho visto una 
Via Crucis con le stazioni in paletti di legno che sarebbe interessante 
mappare. Sono a distanza di circa 30 mt l'uno dall'altro. Generalmente 
io ci transito in mtb ma un giorno che sono da quelle parti mi 
piacerebbe prendere visione e capire. Prima di questa Via Crucis c'è 
appunto una statua della Madonna incastonata nella pietra ma questa è 
una statua grande.


Per me se la statua è contenuta dentro un pilone votivo (così lo 
chiamiamo dalle mie parti) può andare bene wayside=shrine. Se la statua 
piccolina è isolata in alcune zone di un sentiero dal mio punto di vista 
è una statua, magari si potrebbe inserire l'altezza ma in fondo una 
statua può essere alta anche solo 30 cm oppure 2 metri. Sempre statua è.


Prendi anche esempio e ce ne sono di mappate, le statue poste sulle 
sommità delle montagne.


--
Gianluca Boero


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

Re: [Talk-it] Madonnine

2013-05-22 Thread Gianluca Boero


Il 22/05/2013 13:53, demon.box ha scritto:

...ormai passerò per un Madonnaro  ma volevo chiedervi, come
taggare correttamente quelle piccole madonnine che si trovano molto ma molto
spesso lungo i nostri sentieri.
Si tratta di piccole statuette (anche soltanto 20/30 cm di altezza) a volte
incastonate dentro un buco di un albero, o dentro una nicchia di un muro di
cinta, ecc.
Insomma historic_wayside=shrine penso non vada bene,
tourism=artwork+artwork_type=statue mi sembra eccessivo, quindi secondo voi?
A meno che vada lo stesso bene così:

historic_wayside=shrine
denomination=catholic
religion=christian
name=Madonnina

che dite? Non interessa a nessuno?
Grazie, ciao
--enrico

e tieni sempre presente che il name=madonnina è troppo generico. Se è il 
vero nome, quello ufficiale ok...va bene. Nel caso contrario direi di 
ometterlo.



--
Gianluca Boero


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

Re: [Talk-dk] Oversættelse af ordet waypoint i JOSM

2013-05-22 Thread Sonny B. Andersen

Hej igen,-

 

Det er selvfølgelig rigtigt, at med en større detaljeringsgrad så kunne man
lave en rutebeskrivelse, der guidede en halvblind chauffør gennem gaden med
blomsterkasser, men hvad nu hvis du kørte med en lang vindmøllevinge. Så
ville du være nødt til at finde nogle nærliggende gader, hvor der var plads
nok, men det ville stadig være en korrekt rute fra gadens begyndelse til
dens slutning. Min pointe er, at routning drejer sig om at bringe dig fra
punkt A til punkt B.

 

Og ja, en streg er selvfølgelig en visualisering, men en streg opfattes som
regel som en lige linje mellem to punkter, og sådan behøver den virkelige
rute jo slet ikke at se ud. Derfor har jeg undladt stregen i definitionen;
måske kunne man tegne en rute som en bølgelinje J

 

/sba-dk

 

Fra: Nick Østergaard [mailto:oe.n...@gmail.com] 
Sendt: 21. maj 2013 19:20
Til: OpenStreetMap Denmark
Emne: Re: [Talk-dk] Oversættelse af ordet waypoint i JOSM

 

Den 21. maj 2013 12.28 skrev Sonny B. Andersen s...@bukhmark.dk:

Hej Nick,-

 

En bemærkning til din udvidelse af min definition:  men en rute er jo for
så vidt også en streg forbundet mellem nogle punkter man har specificeret ,
- tja og dog. I praksis er en rute ikke nødvendigvis en LIGE streg; der
behøver sådan set heller ikke at være nogen streg, hvis knudepunkterne er
ordnede, hvorimod et spor altid består af små, lige streger !!

Nu er det vist nok at sige, at de vel strengt tager ikke er defineret ved
skreger, men punkter, og der så i visse situationer tegnes en ordnet streg
gennem punkterne, fordi der gør det nemmere at visualisere rækkefølgen på
punkterne. 

Et eksempel. Her i nabolaget har man opstillet blomsterkasser på en gade, så
man er nødt til at køre i slalom. Hvis du forestiller dig, at du vil lave en
rute kun  gennem den gade, så vil ruten ikke fortælle dig, hvor og hvornår
du skal dreje, men forhåbentlig anbefale en nedsat hastighed.

Det er vel blot et spørgsmål om detaljeringsgrad.
 

 

Fra: Sonny B. Andersen [mailto:s...@bukhmark.dk] 
Sendt: 21. maj 2013 08:51


Til: 'OpenStreetMap Denmark'
Emne: Re: [Talk-dk] Oversættelse af ordet waypoint i JOSM

 

Vi snakker i hver sin verden, og hvis ikke de kan mødes, er der jo ikke
noget at gøre ved det; så bliver indlæringskurven bare lidt stejlere for
GPS-brugerne.  Som jeg nævnte, er min reference anvendelse af
frilufts-GPS'er, og her giver det ingen mening at sige, at et spor er et
subset af en rute; følgelig giver det heller ingen mening at oversætte
waypoint til rutepunkt.

 

Og så forstår jeg ikke flg: -- også selvom at der er kommet flere mindre
punker, i form at at den f.eks. følger et vejnet. - Hvis man skal følge et
vejnet, så vil der da komme flere punkter!!

Det der i ovenstående står i gåseøjse og efterfølgende er det samme. 

- men det er jo netop det, som man IKKE gør ved at gå efter en rute på en
GPS. Her indlægger man kun de nødvendige punkter, fx ved alle vejkryds. Se
fx her: http://www.bukhmark.dk/gps_ruteplan.htm

Men det gør da stadig et spor til et subsæt af en rute. Og orginalt set
snakkede vi jo om waypoint i JOSM, hvilket da må være rutepunkter.

Jeg må indrømme jeg efter vor hidtidige diskussion er blevet mere varm for
rutepunkt end waypoint eller sporpunkt for den sagsskyld som en universal
oversættelse af waypoint. Man kunne da også gå over til at kalde det et
_vejpunkt_. Det passer vel også mere i den direkte oversættelses ånd og
undgår at nævne rute eller spor som kunne skabe forvirring.

Men nu da det er dig der oversætter vil jeg sådan set lade dig bestemme. Det
er ikke fordi jeg har stærke holdninger på dette og heller ikke fordi det
gøre den store forskel for mig.

___
Talk-dk mailing list
Talk-dk@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-dk

Re: [Talk-se] Församlingar

2013-05-22 Thread Tobias Johansson

Jag är emot.

Jag anser att församlingar i Sverige är en reiligös gräns och inte en
administrativ (statlig) gräns. Anser inte att vi borde lägga in den
eftersom den inte passar in med övriga administrativa gränser heller (pga
att den inte är en statlig gräns). Har inget emot att församlingar läggs in
men anser att de inte borde vara boundary administrative (och definitivt
inte admin_level=?). Anser även att landskap inte borde läggas in som
boundary=administrative som också gjorts nånstans. Detta skulle kanske
läggas in som boundary=historic/cultural/tourist (värdena gissade jag från
wikipedias artikel :) )?).
Jag tror att om vi börjar blanda in icke-administratvia gränser i
admin-stukturen så blir det ännu svårare för människor som inte vet hur
den ser ut i Sverige att förstå hur den ser ut..

MvH Tobias



Den 22 maj 2013 01:34 skrev Johan Emilsson johan.emils...@eupi.org:

 Hej,

 Vad räknas församlingar (en: parish) som och hur ska relationerna taggas?

 Hittade det nämligen inte på
 http://wiki.openstreetmap.org/wiki/Tag:boundary=administrative
 samt att jag inte vet om frågan är tidigare behandlad här i forumet.

 Tittar man på vad som är gjort så här långt i församlingsväg så är
 Västernorrlands län klart, samt
 delar av Blekinge län. Dessa relationer har taggats med
 boundary=administrative, border_type=parish
 och admin_level=8 (nivå tidigare oanvänd enligt ovanstående länk).

 Vilka argument för och emot denna taggning finns det?

 /Johan

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


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

Re: [Talk-se] Församlingar

2013-05-22 Thread Tobias Johansson

Kollade på
http://taginfo.openstreetmap.org/keys/?key=boundary#values
kanske 
boundary=religious_administrationhttp://taginfo.openstreetmap.org/tags/boundary=religious_administrationär
bättre
och kanske 
boundary=local_authorityhttp://taginfo.openstreetmap.org/tags/boundary=local_authorityför
landskap eller civil.. Har ingen koll på vad de använts till.

MvH Tobias
___
Talk-se mailing list
Talk-se@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-se

Re: [Talk-se] Församlingar

2013-05-22 Thread Joakim Fors

Jag håller med Tobias.

/Joakim


On 22 maj 2013, at 11:05, Tobias Johansson t...@mensa.se wrote:

 Jag är emot.
 
 Jag anser att församlingar i Sverige är en reiligös gräns och inte en 
 administrativ (statlig) gräns. Anser inte att vi borde lägga in den eftersom 
 den inte passar in med övriga administrativa gränser heller (pga att den 
 inte är en statlig gräns). Har inget emot att församlingar läggs in men anser 
 att de inte borde vara boundary administrative (och definitivt inte 
 admin_level=?). Anser även att landskap inte borde läggas in som 
 boundary=administrative som också gjorts nånstans. Detta skulle kanske läggas 
 in som boundary=historic/cultural/tourist (värdena gissade jag från 
 wikipedias artikel :) )?).
 Jag tror att om vi börjar blanda in icke-administratvia gränser i 
 admin-stukturen så blir det ännu svårare för människor som inte vet hur den 
 ser ut i Sverige att förstå hur den ser ut..
 
 MvH Tobias
 
 
 
 Den 22 maj 2013 01:34 skrev Johan Emilsson johan.emils...@eupi.org:
 Hej,
 
 Vad räknas församlingar (en: parish) som och hur ska relationerna taggas? 
 
 Hittade det nämligen inte på 
 http://wiki.openstreetmap.org/wiki/Tag:boundary=administrative
 samt att jag inte vet om frågan är tidigare behandlad här i forumet.
 
 Tittar man på vad som är gjort så här långt i församlingsväg så är 
 Västernorrlands län klart, samt
 delar av Blekinge län. Dessa relationer har taggats med 
 boundary=administrative, border_type=parish 
 och admin_level=8 (nivå tidigare oanvänd enligt ovanstående länk).
 
 Vilka argument för och emot denna taggning finns det?
 
 /Johan
 
 ___
 Talk-se mailing list
 Talk-se@openstreetmap.org
 http://lists.openstreetmap.org/listinfo/talk-se
 
 
 ___
 Talk-se mailing list
 Talk-se@openstreetmap.org
 http://lists.openstreetmap.org/listinfo/talk-se


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

Re: [Talk-se] Församlingar

2013-05-22 Thread Joel Grafström

I folkbokföringsregistret så finns dock Församling fortfarande kvar 
som den minsta enheten, även för de som inte är med i Svenska Kyrkan. Så 
visst har församlingsgränsen fortfarande en viss statlig betydelse, även 
om det inte är staten som bestämmer gränserna numera.


Mvh Joel

Joakim Fors skrev 2013-05-22 12:47:

Jag håller med Tobias.

/Joakim


On 22 maj 2013, at 11:05, Tobias Johansson t...@mensa.se wrote:


Jag är emot.

Jag anser att församlingar i Sverige är en reiligös gräns och inte en administrativ 
(statlig) gräns. Anser inte att vi borde lägga in den eftersom den inte passar 
in med övriga administrativa gränser heller (pga att den inte är en statlig gräns). 
Har inget emot att församlingar läggs in men anser att de inte borde vara boundary 
administrative (och definitivt inte admin_level=?). Anser även att landskap inte borde 
läggas in som boundary=administrative som också gjorts nånstans. Detta skulle kanske 
läggas in som boundary=historic/cultural/tourist (värdena gissade jag från wikipedias 
artikel :) )?).
Jag tror att om vi börjar blanda in icke-administratvia gränser i 
admin-stukturen så blir det ännu svårare för människor som inte vet hur den 
ser ut i Sverige att förstå hur den ser ut..

MvH Tobias



Den 22 maj 2013 01:34 skrev Johan Emilsson johan.emils...@eupi.org:
Hej,

Vad räknas församlingar (en: parish) som och hur ska relationerna taggas?

Hittade det nämligen inte på 
http://wiki.openstreetmap.org/wiki/Tag:boundary=administrative
samt att jag inte vet om frågan är tidigare behandlad här i forumet.

Tittar man på vad som är gjort så här långt i församlingsväg så är 
Västernorrlands län klart, samt
delar av Blekinge län. Dessa relationer har taggats med 
boundary=administrative, border_type=parish
och admin_level=8 (nivå tidigare oanvänd enligt ovanstående länk).

Vilka argument för och emot denna taggning finns det?

/Johan

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


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


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



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

Re: [Talk-se] Församlingar

2013-05-22 Thread Martin Norbäck Olivers

Ett tag till iaf:
http://rod.se/f%C3%B6rsamlingarna-f%C3%B6rsvinner-ur-folkbokf%C3%B6ringen


Den 22 maj 2013 13:21 skrev Joel Grafström j...@torsson.se:

 I folkbokföringsregistret så finns dock Församling fortfarande kvar som
 den minsta enheten, även för de som inte är med i Svenska Kyrkan. Så visst
 har församlingsgränsen fortfarande en viss statlig betydelse, även om det
 inte är staten som bestämmer gränserna numera.

 Mvh Joel

 Joakim Fors skrev 2013-05-22 12:47:

  Jag håller med Tobias.

 /Joakim


 On 22 maj 2013, at 11:05, Tobias Johansson t...@mensa.se wrote:

  Jag är emot.

 Jag anser att församlingar i Sverige är en reiligös gräns och inte en
 administrativ (statlig) gräns. Anser inte att vi borde lägga in den
 eftersom den inte passar in med övriga administrativa gränser heller (pga
 att den inte är en statlig gräns). Har inget emot att församlingar läggs in
 men anser att de inte borde vara boundary administrative (och definitivt
 inte admin_level=?). Anser även att landskap inte borde läggas in som
 boundary=administrative som också gjorts nånstans. Detta skulle kanske
 läggas in som boundary=historic/cultural/**tourist (värdena gissade jag
 från wikipedias artikel :) )?).
 Jag tror att om vi börjar blanda in icke-administratvia gränser i
 admin-stukturen så blir det ännu svårare för människor som inte vet hur
 den ser ut i Sverige att förstå hur den ser ut..

 MvH Tobias



 Den 22 maj 2013 01:34 skrev Johan Emilsson johan.emils...@eupi.org:
 Hej,

 Vad räknas församlingar (en: parish) som och hur ska relationerna taggas?

 Hittade det nämligen inte på http://wiki.openstreetmap.org/**
 wiki/Tag:boundary=**administrativehttp://wiki.openstreetmap.org/wiki/Tag:boundary=administrative
 samt att jag inte vet om frågan är tidigare behandlad här i forumet.

 Tittar man på vad som är gjort så här långt i församlingsväg så är
 Västernorrlands län klart, samt
 delar av Blekinge län. Dessa relationer har taggats med
 boundary=administrative, border_type=parish
 och admin_level=8 (nivå tidigare oanvänd enligt ovanstående länk).

 Vilka argument för och emot denna taggning finns det?

 /Johan

 __**_
 Talk-se mailing list
 Talk-se@openstreetmap.org
 http://lists.openstreetmap.**org/listinfo/talk-sehttp://lists.openstreetmap.org/listinfo/talk-se


 __**_
 Talk-se mailing list
 Talk-se@openstreetmap.org
 http://lists.openstreetmap.**org/listinfo/talk-sehttp://lists.openstreetmap.org/listinfo/talk-se


 __**_
 Talk-se mailing list
 Talk-se@openstreetmap.org
 http://lists.openstreetmap.**org/listinfo/talk-sehttp://lists.openstreetmap.org/listinfo/talk-se



 __**_
 Talk-se mailing list
 Talk-se@openstreetmap.org
 http://lists.openstreetmap.**org/listinfo/talk-sehttp://lists.openstreetmap.org/listinfo/talk-se

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

Re: [Talk-se] Trasiga multipolygoner

2013-05-22 Thread Wilhelm Spickermann

Hej,

 Östersunds kommun  | http://www.osm.org/browse/relation/2910934

Färdig.

Weide

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

Re: [Talk-se] Trasiga multipolygoner

2013-05-22 Thread Johnny Blästa

 Nordanstigs kommun | http://www.osm.org/browse/relation/1781209
 Sundsvalls kommun  | http://www.osm.org/browse/relation/2734406

Fixat.

/Johnny


2013/5/22 Wilhelm Spickermann o...@spickermann-d.de

 Hej,

  Östersunds kommun  | http://www.osm.org/browse/relation/2910934

 Färdig.

 Weide

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

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

[Talk-se] Mobiler och OpenLayers

2013-05-22 Thread Lars Aronsson


Jag är sedan några år inte längre med på OSM:s engelska
mailinglistor, utan bara talk-se, varför jag nu ställer
frågan här. Hänvisa mig gärna till rätt lista.

På sajten Mapwarper.net som jag kanske nämnde tidigare,
används OpenLayers, den javascript-lösning som serverar
tiles av OpenStreetMap i en zoom- och panorerbar ruta.
Det fungerar utmärkt, framför allt med en mus som har
scrollhjul, som då används för zoom. (Det fungerar lite
sämre när man försöker leka scroll-hjul genom att
reservera högra kanten av en bärbar dators pekplatta
för scrollning.)

Men när jag tar upp samma sajt på min Android-telefon,
i den medföljande standard-webbläsaren, så blir det
uruselt. Jag har inget zoom-hjul, utan är van vid att
zooma genom att tänja ut kartbilden med två fingrar.
Detta fungerar dock inte alls med den OpenLayers som
används där. När jag tänjer kartbilden med två fingrar,
visar webbläsaren den befintliga bilden (bestående av
tiles) i lite större skala, men OpenLayers skiftar inte
till nästa zoom-nivå med nya tiles.

Gör jag något fel? Så vitt jag kan se, uppför sig
Firefox på Android likadant.

Har det varit uppe till diskussion att ändra
OpenLayers, så att den fungerar med mobiler?


--
  Lars Aronsson (l...@aronsson.se)
  Aronsson Datateknik - http://aronsson.se



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

Re: [Talk-se] Mobiler och OpenLayers

2013-05-22 Thread Karl Wettin


22 maj 2013 kl. 15:26 skrev Lars Aronsson:

 Har det varit uppe till diskussion att ändra
 OpenLayers, så att den fungerar med mobiler?

http://leafletjs.com


kalle___
Talk-se mailing list
Talk-se@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-se

Re: [Talk-se] Församlingar

2013-05-22 Thread Lars Aronsson


On 05/22/2013 01:21 PM, Joel Grafström wrote:
I folkbokföringsregistret så finns dock Församling fortfarande kvar 
som den minsta enheten, även för de som inte är med i Svenska Kyrkan. 
Så visst har församlingsgränsen fortfarande en viss statlig betydelse, 
även om det inte är staten som bestämmer gränserna numera.



Vid sidan av församlingsgränser (som tyvärr ändrar sig allt
oftare efter att Svenska kyrkan skildes från staten år 2000),
kunde det vara intressant att kartlägga sockengränserna.
Sockenbegreppet är historiskt detsamma som församlingar,
men används med förkärlek av släktforskare och
hembygdsrörelsen. Där har vi alltså en given målgrupp!

Svenska Wikipedia har ett projekt för
att dokumentera alla socknar, som drivs av Yger,
http://sv.wikipedia.org/wiki/Anv%C3%A4ndare:Yger

Socknarna kan jämföras med landskap och härad. De har
en historisk och kulturell funktion, men inte administrativ.


--
  Lars Aronsson (l...@aronsson.se)
  Aronsson Datateknik - http://aronsson.se



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

Re: [Talk-se] Nybörjarmanual - Börja

2013-05-22 Thread Peter Kindström

Hej!
Har någon kommit igång med nybörjarmanualen - eller hjälpt till att översätta 
iD-editorns texter?

För egen del har vårarbetet hemma med nya huset stulit all tid. Finväder har vi 
haft också. Men jag har inte givit upp utan bara prioriterat annat. Om inte 
annat så var det väl ett ryck utlovat till början av juni?

-- 
Vänliga hälsningar
Peter Kindström___
Talk-se mailing list
Talk-se@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-se

Re: [Talk-se] Nybörjarmanual - Börja

2013-05-22 Thread Henrik Lundqvist

Nä, jag har tyvärr inte fått tummen ur, och några uppdrag har hopat sig så jag 
har inte fått loss den tiden jag önskat... Ser förhoppningsvis bättre ut 
närmare midsommar.

Med vänlig hälsning, 
Henrik Lundqvist

22 maj 2013 kl. 20:59 skrev Peter Kindström peter.kindst...@abc.se:

 Hej!
 Har någon kommit igång med nybörjarmanualen - eller hjälpt till att översätta 
 iD-editorns texter?
 
 För egen del har vårarbetet hemma med nya huset stulit all tid. Finväder har 
 vi haft också. Men jag har inte givit upp utan bara prioriterat annat. Om 
 inte annat så var det väl ett ryck utlovat till början av juni?
 
 -- 
 Vänliga hälsningar
 Peter Kindström
 ___
 Talk-se mailing list
 Talk-se@openstreetmap.org
 http://lists.openstreetmap.org/listinfo/talk-se

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

Re: [Talk-se] Nybörjarmanual - Börja

2013-05-22 Thread Christoffer Holmstedt

Mitten av juni närmare bestämt tänkte jag ta ett ryck...avslutar mina
studier för detta läsåret denna och nästa vecka sedan blir det bröllop
den 8e juni, så det handlar enbart om prioriteringar just nu =)
--
Christoffer Holmstedt


Den 22 maj 2013 21:17 skrev Henrik Lundqvist h.lundqv...@gmail.com:
 Nä, jag har tyvärr inte fått tummen ur, och några uppdrag har hopat sig så 
 jag har inte fått loss den tiden jag önskat... Ser förhoppningsvis bättre ut 
 närmare midsommar.

 Med vänlig hälsning,
 Henrik Lundqvist

 22 maj 2013 kl. 20:59 skrev Peter Kindström peter.kindst...@abc.se:

 Hej!
 Har någon kommit igång med nybörjarmanualen - eller hjälpt till att 
 översätta iD-editorns texter?

 För egen del har vårarbetet hemma med nya huset stulit all tid. Finväder har 
 vi haft också. Men jag har inte givit upp utan bara prioriterat annat. Om 
 inte annat så var det väl ett ryck utlovat till början av juni?

 --
 Vänliga hälsningar
 Peter Kindström
 ___
 Talk-se mailing list
 Talk-se@openstreetmap.org
 http://lists.openstreetmap.org/listinfo/talk-se

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

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

[Talk-es] Catastro

2013-05-22 Thread Jo

Hola,

Soy nuevo en esta lista, pero ya participo en OSM desde 2006. Los últimos
dias me han preguntado 2 veces de traducir al español desde talk-fr y
josm-dev.

Tengo preguntas sobre la importación del catastro. No entiendo muy bien
porque hay 8000 veces:

http://taginfo.openstreetmap.org/keys/COORX#combinations

Son tags que no sirven para nada en la base de datos de Openstreetmap.
COORX y COORY no son en WGS84 y de todas formas ya están en la base como
atributos del node.

AREA es algo que se pueda calcular en PostGIS

Si NINTERNO es una referencia unica, puede estar convertido en
ref:(abreviaciónDelCatastroEspañola). Todo lo demás no es necesario. Hay
programas come QGIS o ARCGIS para recombinar

Lo que seria interesante es addr:housenumber y addr:street. Por eso tendrán
que combinar con otro dataset. Disponeís de esos datos también con licencia
adecuada?

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

Re: [Talk-es] Catastro

2013-05-22 Thread Cruz Enrique Borges Hernandez

Eso tiene que ser resultado de alguna importación ilegal (o directa) del 
catastro. 
¿Puedes localizarla para revertirla?

La licencia la ha revisado un abogado y es compatible con ODbL.

 Hola,
 
 Soy nuevo en esta lista, pero ya participo en OSM desde 2006. Los últimos
 dias me han preguntado 2 veces de traducir al español desde talk-fr y
 josm-dev.
 
 Tengo preguntas sobre la importación del catastro. No entiendo muy bien
 porque hay 8000 veces:
 
 http://taginfo.openstreetmap.org/keys/COORX#combinations
 
 Son tags que no sirven para nada en la base de datos de Openstreetmap.
 COORX y COORY no son en WGS84 y de todas formas ya están en la base como
 atributos del node.
 
 AREA es algo que se pueda calcular en PostGIS
 
 Si NINTERNO es una referencia unica, puede estar convertido en
 ref:(abreviaciónDelCatastroEspañola). Todo lo demás no es necesario. Hay
 programas come QGIS o ARCGIS para recombinar
 
 Lo que seria interesante es addr:housenumber y addr:street. Por eso tendrán
 que combinar con otro dataset. Disponeís de esos datos también con licencia
 adecuada?
 
 Polyglot

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

Re: [Talk-es] Catastro

2013-05-22 Thread Cruz Enrique Borges Hernandez

 Es lo que me imaginaba. Es por la presencia de esos tags que me daba cuenta
 que vienen los datos del catastro. Todos están ubicados en la misma región:
 
 http://taginfo.openstreetmap.org/keys/COORX#map
 
 Donde puedo encontrar más información sobre la manera corecta de agregar
 datos del catastro? Quiero informar el contributor.

Actualmente no tenemos permiso desde imports para hacer importaciones masivas.
De todas formas la documentación completa está en la página:

http://wiki.openstreetmap.org/wiki/Cat2Osm2

 Si necesitáis ayuda con un script Overpass para bajar todos los datos
 'erroneas' para rectificarlas en JOSM, hazme signo. (perdona mi español un
 rarisimo)

Ahora mismo lo que nos falta por desarrollar para que nos den el permiso final
es generar algún mecanismo de control para estos casos. Nos han recomendado 
hacer un plugin para osmose [3], pero si conoces alguna forma basada en overpass
podría ser altamente interesante.

 Ademas hemos recibido la permisión recentemente de integrar datos del
 sistema de información úrbaniza de Bruselas (UrbIS). Me gustaría saber como
 es el proceso que utilizáis para convertir los datos.

Usamos una aplicación creada ad hoc (cat2osm2, ve el enlace de arriba o [1]) 
diseñada específicamente para los datos del catastro español. No creo que os 
merezca la pena adaptarla a los datos que poseais salvo que sean muy similares. 
Lo mejor opción seguro pasará por usar ogr2osm (la última versión por 
pnorman's [2]) pues permite hacer añadir plugins en python con
la información de traducción de tags muy fácilmente.

Espero que te sea de ayuda. Muchas gracias.

[1] https://github.com/AnderPijoan/cat2osm2
[2] http://wiki.openstreetmap.org/wiki/Ogr2osm
[3] http://wiki.openstreetmap.org/wiki/Osmose

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

Re: [Talk-ro] Fwd: [OpenStreetMap] Re: Nume de strazi modificate

M-am apucat ca sa fac corectiile in Iasi, insa o sa dureze cateva zile.
Momentan sunt in partea de Est si Sud-Est . Daca mai doreste cineva sa
faca corectii, ar fi perfect.

Legat de blocarea lui , se poate, insa cum facem ca o sa-si faca cont din
nou. Deci trebuie pus filtru pe id, adrese de mail, si eventual pe ip-urile
de unde s-a logat in ultimele 5 luni. Filtrele pot fi facute temporar pe o
perioada limitata de pana la 12 luni.

Mai departe cine are drepturi de filtrare, .. stie cat de capabile sunt
serverele pentru a filtra si proteja munca noastra.

E pacat ca, suntem cativa care lucram si facem ceva , si exista cate un
bulangiu de se crede Zana Maseluta, si strica munca altora, buna
dispozitie, si placerea de a mai lucra pe acest proiect.

Pe mine personal , m-a deranjat foarte tare atitudinea, si ceea ce face.
Daca era din greseala era ceva, insa SoreIn sustine cu tarie ceea ce
face.

Eu rog totusi pe cine poate sa refacem Iasi, Piatra Neamt , si pe unde
a mai modificat, si eventual un Bot ar fi bun pentru standardizarea
denumirilor.

În data de 22 mai 2013, 09:45, alex-map [via GIS]
ml-node+s19327n5762160...@n5.nabble.com a scris:

Chiar daca nu e de dorit, nu exista vre-o posibilitate pentru a-l bloca pe
sorein?

Am Samstag, 18. Mai 2013 19:25:47 UTC+2 schrieb Razvan:

Asta ca sa vedeti ce colegi avem aici pe osm...

Doame ajuta-ne si fereste-ne de persoane ca asta...

Original Message Subject: [OpenStreetMap] Re: Nume de
strazi modificate Date: Sat, 18 May 2013 15:46:35 + From: sorein
a href=javascript: target=_blank
gdf-obfuscated-mailto=JQqFQvZb0lUJm-35357...@messages.**
openstreetmap.org To: a href=javascript: target=_blank
gdf-obfuscated-mailto=JQqFQvZb0lUJradulesc...@...

Hi razor74,

sorein http://www.openstreetmap.org/user/sorein has sent you a message
through OpenStreetMap with the subject Re: Nume de strazi modificate:
==

Măi puiuț, tu te-ai gîndit mult ca să scrii prostiile astea?

Cine ești tu? Ce calificare ai? Și cum poți tu perora despre
profesionalism, cînd tu nu știi scrie literele la calculator, de-mi scrii
fără diacritice ca vînzătoarea de la aprozar?

Ai văzut 2 hărți și te crezi specialist? Dar de CEA MAI BUNĂ HARTĂ
ROMÂNEASCĂ pt GPS ce zici? Ai auzit de RoAD/Garmin? Știi tu că Garmin este
cel mai tare producător de scule și de hărți? Cum marchează ăia străzile?

Revenind la hartă, nu te gîndești cît de prost trebuie să fii să scrii pe
o STRADĂ că e „Stradă”? Vorba ta (toantă): nu e vreun om sau vreun obiect!

Capul tău mic nu se gîndește ce impact are asupra unei baze de date
informația redundantă? Capul tău pricepe importanța abrevierilor
rezonabile? Capul tău mic poate compara o imagine a unei hărți pline de
litere inutile (care maschează elementele utile), cu o hartă aerisită și
frumoasă?

Asta e partea proastă cu proiectele astea colaborative - se adună toți
proștii harnici, toți neaveniții, și nu pot fi temperați.

Să nu îndrăznești să strici ce am lucrat!

„Vre-un”? Mai ești și incult.

On 2013-05-18 14:31:33 UTC razor74 wrote:

Salut. De ce stergi numele corect puse cu niste nume total neprofesionist
puse? Tu ai vazut vreodata o harta facuta de un mare producator de harti
gen navteq sau tomtom sau topmap? Iti spun sigur ca la aia nu vezi nume de
strazi fara Strada in fata. E totusi o strada nu un om sau vre-un obiect...

You can also read the message at http://www.openstreetmap.org/**
message/read/353571 http://www.openstreetmap.org/message/read/353571and
you can reply at
http://www.openstreetmap.org/**message/reply/353571http://www.openstreetmap.org/message/reply/353571

___
Talk-ro mailing list
[hidden email] http://user/SendEmail.jtp?type=nodenode=5762160i=0
http://lists.openstreetmap.org/listinfo/talk-ro

--
If you reply to this email, your message will be added to the discussion
below:

http://gis.19327.n5.nabble.com/Fwd-OpenStreetMap-Re-Nume-de-strazi-modificate-tp5761686p5762160.html
To start a new topic under Romania, email
ml-node+s19327n542503...@n5.nabble.com
To unsubscribe from Fwd: [OpenStreetMap] Re: Nume de strazi modificate, click
herehttp://gis.19327.n5.nabble.com/template/NamlServlet.jtp?macro=unsubscribe_by_codenode=5761686code=R2FicmllbFNlYmFzdGlhbk1vaXNlQGdtYWlsLmNvbXw1NzYxNjg2fC0xNjUyMTcwOTky
.
NAMLhttp://gis.19327.n5.nabble.com/template/NamlServlet.jtp?macro=macro_viewerid=instant_html%21nabble%3Aemail.namlbase=nabble.naml.namespaces.BasicNamespace-nabble.view.web.template.NabbleNamespace-nabble.view.web.template.NodeNamespacebreadcrumbs=notify_subscribers%21nabble%3Aemail.naml-instant_emails%21nabble%3Aemail.naml-send_instant_email%21nabble%3Aemail.naml

--
Toate cele bune !
---
Gabriel Sebastian Moise
Administrator Local - Departament Tehnic
--
NextGen Communications S.R.L. - Campina

Mobil

Re: [Talk-ro] Fwd: [OpenStreetMap] Re: Nume de strazi modificate

2013-05-22 Thread Razvan

La Piatra Neamt m-am apucat eu de corectat. Si Targu Neamt probabil daca 
am timp...


On 22.05.2013 09:55, Gabriel Sebastian Moise wrote:
M-am apucat ca sa fac corectiile in Iasi, insa o sa dureze cateva 
zile. Momentan sunt in partea de Est si Sud-Est .  Daca mai doreste 
cineva sa faca corectii, ar fi perfect.


Legat de blocarea lui , se poate, insa cum facem ca o sa-si faca cont 
din nou. Deci trebuie pus filtru pe id, adrese de mail, si eventual pe 
ip-urile de unde s-a logat in ultimele 5 luni. Filtrele pot fi facute 
temporar pe o perioada limitata de pana la 12 luni.


Mai departe cine are drepturi de filtrare, .. stie cat de capabile 
sunt serverele pentru a filtra si proteja munca noastra.


E pacat ca, suntem cativa care lucram si facem ceva , si exista cate 
un bulangiu de se crede Zana Maseluta, si strica munca altora, buna 
dispozitie, si placerea de a mai lucra pe acest proiect.


   Pe mine personal , m-a deranjat foarte tare atitudinea, si ceea ce 
face. Daca era din greseala era ceva, insa SoreIn sustine cu tarie 
ceea ce face.


Eu rog totusi pe cine poate sa refacem Iasi, Piatra Neamt , si pe 
unde a mai modificat, si eventual un Bot ar fi bun pentru 
standardizarea denumirilor.



În data de 22 mai 2013, 09:45, alex-map [via GIS] [hidden email] 
/user/SendEmail.jtp?type=nodenode=5762162i=0 a scris:


Chiar daca nu e de dorit, nu exista vre-o posibilitate pentru a-l
bloca pe sorein?

Am Samstag, 18. Mai 2013 19:25:47 UTC+2 schrieb Razvan:


Asta ca sa vedeti ce colegi avem aici pe osm...

Doame ajuta-ne si fereste-ne de persoane ca asta...

 Original Message 
Subject:[OpenStreetMap] Re: Nume de strazi modificate
Date:   Sat, 18 May 2013 15:46:35 +
From:   sorein a href=javascript: target=_blank

gdf-obfuscated-mailto=JQqFQvZb0lUJm-35357...@messages.openstreetmap.org
http://openstreetmap.org
To: a href=javascript: target=_blank
gdf-obfuscated-mailto=JQqFQvZb0lUJradulesc...@...



Hi razor74,

sorein http://www.openstreetmap.org/user/sorein has sent you
a message through OpenStreetMap with the subject Re: Nume de
strazi modificate:

==

Ma(i puiut,, tu te-ai gîndit mult ca sa( scrii prostiile astea?

Cine es,ti tu? Ce calificare ai? S,i cum pot,i tu perora
despre profesionalism, cînd tu nu s,tii scrie literele la
calculator, de-mi scrii fa(ra( diacritice ca vînza(toarea de
la aprozar?

Ai va(zut 2 ha(rt,i s,i te crezi specialist? Dar de CEA MAI
BUNA( HARTA( ROMÂNEASCA( pt GPS ce zici? Ai auzit de
RoAD/Garmin? S,tii tu ca( Garmin este cel mai tare produca(tor
de scule s,i de ha(rt,i? Cum marcheaza( a(ia stra(zile?

Revenind la harta(, nu te gîndes,ti cît de prost trebuie sa(
fii sa( scrii pe o STRADA( ca( e Strada(? Vorba ta
(toanta(): nu e vreun om sau vreun obiect!

Capul ta(u mic nu se gîndes,te ce impact are asupra unei baze
de date informat,ia redundanta(? Capul ta(u pricepe
important,a abrevierilor rezonabile? Capul ta(u mic poate
compara o imagine a unei ha(rt,i pline de litere inutile (care
mascheaza( elementele utile), cu o harta( aerisita( s,i frumoasa(?

Asta e partea proasta( cu proiectele astea colaborative - se
aduna( tot,i pros,tii harnici, tot,i neavenit,ii, s,i nu pot
fi temperat,i.

Sa( nu îndra(znes,ti sa( strici ce am lucrat!

Vre-un? Mai es,ti s,i incult.

On 2013-05-18 14:31:33 UTC razor74 wrote:

Salut. De ce stergi numele corect puse cu niste nume total
neprofesionist puse? Tu ai vazut vreodata o harta facuta
de un mare producator de harti gen navteq sau tomtom sau
topmap? Iti spun sigur ca la aia nu vezi nume de strazi
fara Strada in fata. E totusi o strada nu un om sau vre-un
obiect...

==

You can also read the message at
http://www.openstreetmap.org/message/read/353571 and you can
reply at http://www.openstreetmap.org/message/reply/353571




___
Talk-ro mailing list
[hidden email] http://user/SendEmail.jtp?type=nodenode=5762160i=0
http://lists.openstreetmap.org/listinfo/talk-ro



If you reply to this email, your message will be added to the
discussion below:

http://gis.19327.n5.nabble.com/Fwd-OpenStreetMap-Re-Nume-de-strazi-modificate-tp5761686p5762160.html

To start a new topic under Romania, email [hidden email]
/user/SendEmail.jtp?type=nodenode=5762162i=1
To unsubscribe from Fwd: [OpenStreetMap] Re: Nume de strazi
modificate, click here.
NAML

Re: [Talk-ro] Fwd: [OpenStreetMap] Re: Nume de strazi modificate

2013-05-22 Thread Ioan Indreias

iar botul este in lucru :)

2013/5/22 Razvan radulescu.raz...@gmail.com

La Piatra Neamt m-am apucat eu de corectat. Si Targu Neamt probabil daca
am timp...

On 22.05.2013 09:55, Gabriel Sebastian Moise wrote:

M-am apucat ca sa fac corectiile in Iasi, insa o sa dureze cateva
zile. Momentan sunt in partea de Est si Sud-Est . Daca mai doreste cineva
sa faca corectii, ar fi perfect.

Mai departe cine are drepturi de filtrare, .. stie cat de capabile
sunt serverele pentru a filtra si proteja munca noastra.

E pacat ca, suntem cativa care lucram si facem ceva , si exista cate un
bulangiu de se crede Zana Maseluta, si strica munca altora, buna
dispozitie, si placerea de a mai lucra pe acest proiect.

Pe mine personal , m-a deranjat foarte tare atitudinea, si ceea ce
face. Daca era din greseala era ceva, insa SoreIn sustine cu tarie ceea ce
face.

Eu rog totusi pe cine poate sa refacem Iasi, Piatra Neamt , si pe
unde a mai modificat, si eventual un Bot ar fi bun pentru standardizarea
denumirilor.

În data de 22 mai 2013, 09:45, alex-map [via GIS] [hidden
email]http://user/SendEmail.jtp?type=nodenode=5762162i=0
a scris:

Chiar daca nu e de dorit, nu exista vre-o posibilitate pentru a-l bloca
pe sorein?

Am Samstag, 18. Mai 2013 19:25:47 UTC+2 schrieb Razvan:

Asta ca sa vedeti ce colegi avem aici pe osm...

Doame ajuta-ne si fereste-ne de persoane ca asta...

Original Message Subject: [OpenStreetMap] Re: Nume
de strazi modificate Date: Sat, 18 May 2013 15:46:35 + From: sorein
a href=javascript: target=_blank
gdf-obfuscated-mailto=JQqFQvZb0lUJm-35357...@messages.
openstreetmap.org To: a href=javascript: target=_blank
gdf-obfuscated-mailto=JQqFQvZb0lUJradulesc...@...

Hi razor74,

sorein http://www.openstreetmap.org/user/sorein has sent you a
message through OpenStreetMap with the subject Re: Nume de strazi
modificate:
==

Măi puiuț, tu te-ai gîndit mult ca să scrii prostiile astea?

Cine ești tu? Ce calificare ai? Și cum poți tu perora despre
profesionalism, cînd tu nu știi scrie literele la calculator, de-mi scrii
fără diacritice ca vînzătoarea de la aprozar?

Revenind la hartă, nu te gîndești cît de prost trebuie să fii să scrii
pe o STRADĂ că e „Stradă”? Vorba ta (toantă): nu e vreun om sau vreun
obiect!

Asta e partea proastă cu proiectele astea colaborative - se adună toți
proștii harnici, toți neaveniții, și nu pot fi temperați.

Să nu îndrăznești să strici ce am lucrat!

„Vre-un”? Mai ești și incult.

On 2013-05-18 14:31:33 UTC razor74 wrote:

Salut. De ce stergi numele corect puse cu niste nume total
neprofesionist puse? Tu ai vazut vreodata o harta facuta de un mare
producator de harti gen navteq sau tomtom sau topmap? Iti spun sigur ca la
aia nu vezi nume de strazi fara Strada in fata. E totusi o strada nu un om
sau vre-un obiect...

You can also read the message at
http://www.openstreetmap.org/message/read/353571 and you can reply at
http://www.openstreetmap.org/message/reply/353571

___
Talk-ro mailing list
[hidden email] http://user/SendEmail.jtp?type=nodenode=5762160i=0
http://lists.openstreetmap.org/listinfo/talk-ro

--
If you reply to this email, your message will be added to the
discussion below:

http://gis.19327.n5.nabble.com/Fwd-OpenStreetMap-Re-Nume-de-strazi-modificate-tp5761686p5762160.html
To start a new topic under Romania, email [hidden
email]http://user/SendEmail.jtp?type=nodenode=5762162i=1
To unsubscribe from Fwd: [OpenStreetMap] Re: Nume de strazi modificate, click
here.
NAMLhttp://gis.19327.n5.nabble.com/template/NamlServlet.jtp?macro=macro_viewerid=instant_html%21nabble%3Aemail.namlbase=nabble.naml.namespaces.BasicNamespace-nabble.view.web.template.NabbleNamespace-nabble.view.web.template.NodeNamespacebreadcrumbs=notify_subscribers%21nabble%3Aemail.naml-instant_emails%21nabble%3Aemail.naml-send_instant_email%21nabble%3Aemail.naml

--
Toate cele bune !
---
Gabriel Sebastian Moise
Administrator Local - Departament Tehnic
--
NextGen

Re: [Talk-ro] Fwd: [OpenStreetMap] Re: Nume de strazi modificate

Strada Ciric, pardon, am scris in graba..


În data de 22 mai 2013, 12:10, Gabriel Sebastian Moise 
gabrielsebastianmo...@gmail.com a scris:

 Avem o problema. In Iasi in partea de Est , am 2 Strazi total separate
 Strada Fantanilor.  Am impresia ca avem o problema cu strazile acolo.

 Pe Navteq , Strada de duce la Aeroport este Strada Chiric si apoi drumul
 de acces catre aeroport. Sorein l-a facut tert acum 3 saptamani, insa la
 numele este ronat. Nu stiu daca a modificat si la nume ceva.  Am sa fac
 modificarile. Daca cineva de pe aici sta in Iasi, sau cunoaste bine zona,
 rog sa ma corecteze...


 În data de 22 mai 2013, 11:19, Anatolie Golovco [via GIS] 
 ml-node+s19327n5762171...@n5.nabble.com a scris:

  Salut,

 Am o rugaminte. Daca lansati bot-ul, e bine ca in zona de frontiera cu R.
 Moldova sa-i specificati mai bine marginile. Ultima data or. Ungheni (la
 nivel cu Iașul) a fost schimbat exact pe jumatate.
 Acum jumatate e cu Strada si restul e cu str.



 2013/5/22 Ioan Indreias [hidden 
 email]http://user/SendEmail.jtp?type=nodenode=5762171i=0
 

 iar botul este in lucru :)


 2013/5/22 Razvan [hidden 
 email]http://user/SendEmail.jtp?type=nodenode=5762171i=1
 

  La Piatra Neamt m-am apucat eu de corectat. Si Targu Neamt probabil
 daca am timp...


 On 22.05.2013 09:55, Gabriel Sebastian Moise wrote:

M-am apucat ca sa fac corectiile in Iasi, insa o sa dureze cateva
 zile. Momentan sunt in partea de Est si Sud-Est .  Daca mai doreste cineva
 sa faca corectii, ar fi perfect.

  Legat de blocarea lui , se poate, insa cum facem ca o sa-si faca cont
 din nou. Deci trebuie pus filtru pe id, adrese de mail, si eventual pe
 ip-urile de unde s-a logat in ultimele 5 luni. Filtrele pot fi facute
 temporar pe o perioada limitata de pana la 12 luni.

  Mai departe cine are drepturi de filtrare, .. stie cat de capabile
 sunt serverele pentru a filtra si proteja munca noastra.

  E pacat ca, suntem cativa care lucram si facem ceva , si exista cate
 un bulangiu de se crede Zana Maseluta, si strica munca altora, buna
 dispozitie, si placerea de a mai lucra pe acest proiect.

 Pe mine personal , m-a deranjat foarte tare atitudinea, si ceea ce
 face. Daca era din greseala era ceva, insa SoreIn sustine cu tarie ceea ce
 face.

  Eu rog totusi pe cine poate sa refacem Iasi, Piatra Neamt , si pe
 unde a mai modificat, si eventual un Bot ar fi bun pentru standardizarea
 denumirilor.


 În data de 22 mai 2013, 09:45, alex-map [via GIS] [hidden 
 email]http://user/SendEmail.jtp?type=nodenode=5762162i=0
  a scris:

 Chiar daca nu e de dorit, nu exista vre-o posibilitate pentru a-l
 bloca pe sorein?

 Am Samstag, 18. Mai 2013 19:25:47 UTC+2 schrieb Razvan:


 Asta ca sa vedeti ce colegi avem aici pe osm...

 Doame ajuta-ne si fereste-ne de persoane ca asta...

  Original Message   Subject: [OpenStreetMap] Re:
 Nume de strazi modificate  Date: Sat, 18 May 2013 15:46:35 +  From:
 sorein a href=javascript: target=_blank
 gdf-obfuscated-mailto=JQqFQvZb0lUJm-35357...@messages.
 openstreetmap.org  To: a href=javascript: target=_blank
 gdf-obfuscated-mailto=JQqFQvZb0lUJradulesc...@...

 Hi razor74,

 sorein http://www.openstreetmap.org/user/sorein has sent you a
 message through OpenStreetMap with the subject Re: Nume de strazi
 modificate:
 ==

 Măi puiuț, tu te-ai gîndit mult ca să scrii prostiile astea?

 Cine ești tu? Ce calificare ai? Și cum poți tu perora despre
 profesionalism, cînd tu nu știi scrie literele la calculator, de-mi scrii
 fără diacritice ca vînzătoarea de la aprozar?

 Ai văzut 2 hărți și te crezi specialist? Dar de CEA MAI BUNĂ HARTĂ
 ROMÂNEASCĂ pt GPS ce zici? Ai auzit de RoAD/Garmin? Știi tu că Garmin 
 este
 cel mai tare producător de scule și de hărți? Cum marchează ăia străzile?

 Revenind la hartă, nu te gîndești cît de prost trebuie să fii să
 scrii pe o STRADĂ că e „Stradă”? Vorba ta (toantă): nu e vreun om sau 
 vreun
 obiect!

 Capul tău mic nu se gîndește ce impact are asupra unei baze de date
 informația redundantă? Capul tău pricepe importanța abrevierilor
 rezonabile? Capul tău mic poate compara o imagine a unei hărți pline de
 litere inutile (care maschează elementele utile), cu o hartă aerisită și
 frumoasă?

 Asta e partea proastă cu proiectele astea colaborative - se adună
 toți proștii harnici, toți neaveniții, și nu pot fi temperați.

 Să nu îndrăznești să strici ce am lucrat!

 „Vre-un”? Mai ești și incult.

 On 2013-05-18 14:31:33 UTC razor74 wrote:

 Salut. De ce stergi numele corect puse cu niste nume total
 neprofesionist puse? Tu ai vazut vreodata o harta facuta de un mare
 producator de harti gen navteq sau tomtom sau topmap? Iti spun sigur ca 
 la
 aia nu vezi nume de strazi fara Strada in fata. E totusi o strada nu un 
 om
 sau vre-un obiect...

 ==

 You can also read the message at
 http://www.openstreetmap.org/message/read/353571 and you can reply
 at http://www.openstreetmap.org/message/reply/353571

Re: [Talk-ro] Fwd: [OpenStreetMap] Re: Nume de strazi modificate

2013-05-22 Thread Razvan


Nu stiam ca bot-ul acela stie sa faca si altceva decat repararea CLC-ului :P

On 22.05.2013 11:14, Ioan Indreias wrote:

iar botul este in lucru :)


2013/5/22 Razvan radulescu.raz...@gmail.com 
mailto:radulescu.raz...@gmail.com


La Piatra Neamt m-am apucat eu de corectat. Si Targu Neamt
probabil daca am timp...


On 22.05.2013 09:55, Gabriel Sebastian Moise wrote:

M-am apucat ca sa fac corectiile in Iasi, insa o sa dureze cateva
zile. Momentan sunt in partea de Est si Sud-Est .  Daca mai
doreste cineva sa faca corectii, ar fi perfect.

Legat de blocarea lui , se poate, insa cum facem ca o sa-si faca
cont din nou. Deci trebuie pus filtru pe id, adrese de mail, si
eventual pe ip-urile de unde s-a logat in ultimele 5 luni.
Filtrele pot fi facute temporar pe o perioada limitata de pana la
12 luni.

Mai departe cine are drepturi de filtrare, .. stie cat de
capabile sunt serverele pentru a filtra si proteja munca noastra.

E pacat ca, suntem cativa care lucram si facem ceva , si exista
cate un bulangiu de se crede Zana Maseluta, si strica munca
altora, buna dispozitie, si placerea de a mai lucra pe acest
proiect.

   Pe mine personal , m-a deranjat foarte tare atitudinea, si
ceea ce face. Daca era din greseala era ceva, insa SoreIn sustine
cu tarie ceea ce face.

Eu rog totusi pe cine poate sa refacem Iasi, Piatra Neamt ,
si pe unde a mai modificat, si eventual un Bot ar fi bun pentru
standardizarea denumirilor.


În data de 22 mai 2013, 09:45, alex-map [via GIS] [hidden email]
http://user/SendEmail.jtp?type=nodenode=5762162i=0 a scris:

Chiar daca nu e de dorit, nu exista vre-o posibilitate pentru
a-l bloca pe sorein?

Am Samstag, 18. Mai 2013 19:25:47 UTC+2 schrieb Razvan:


Asta ca sa vedeti ce colegi avem aici pe osm...

Doame ajuta-ne si fereste-ne de persoane ca asta...

 Original Message 
Subject:[OpenStreetMap] Re: Nume de strazi modificate
Date:   Sat, 18 May 2013 15:46:35 +
From:   sorein a href=javascript: target=_blank

gdf-obfuscated-mailto=JQqFQvZb0lUJm-35357...@messages.openstreetmap.org
http://openstreetmap.org
To: a href=javascript: target=_blank
gdf-obfuscated-mailto=JQqFQvZb0lUJradulesc...@...



Hi razor74,

sorein http://www.openstreetmap.org/user/sorein has
sent you a message through OpenStreetMap with the subject
Re: Nume de strazi modificate:

==

Ma(i puiut,, tu te-ai gîndit mult ca sa( scrii prostiile
astea?

Cine es,ti tu? Ce calificare ai? S,i cum pot,i tu perora
despre profesionalism, cînd tu nu s,tii scrie literele la
calculator, de-mi scrii fa(ra( diacritice ca vînza(toarea
de la aprozar?

Ai va(zut 2 ha(rt,i s,i te crezi specialist? Dar de CEA
MAI BUNA( HARTA( ROMÂNEASCA( pt GPS ce zici? Ai auzit de
RoAD/Garmin? S,tii tu ca( Garmin este cel mai tare
produca(tor de scule s,i de ha(rt,i? Cum marcheaza( a(ia
stra(zile?

Revenind la harta(, nu te gîndes,ti cît de prost trebuie
sa( fii sa( scrii pe o STRADA( ca( e Strada(? Vorba ta
(toanta(): nu e vreun om sau vreun obiect!

Capul ta(u mic nu se gîndes,te ce impact are asupra unei
baze de date informat,ia redundanta(? Capul ta(u pricepe
important,a abrevierilor rezonabile? Capul ta(u mic poate
compara o imagine a unei ha(rt,i pline de litere inutile
(care mascheaza( elementele utile), cu o harta( aerisita(
s,i frumoasa(?

Asta e partea proasta( cu proiectele astea colaborative -
se aduna( tot,i pros,tii harnici, tot,i neavenit,ii, s,i
nu pot fi temperat,i.

Sa( nu îndra(znes,ti sa( strici ce am lucrat!

Vre-un? Mai es,ti s,i incult.

On 2013-05-18 14:31:33 UTC razor74 wrote:

Salut. De ce stergi numele corect puse cu niste nume
total neprofesionist puse? Tu ai vazut vreodata o
harta facuta de un mare producator de harti gen
navteq sau tomtom sau topmap? Iti spun sigur ca la
aia nu vezi nume de strazi fara Strada in fata. E
totusi o strada nu un om sau vre-un obiect...

==

You can also read the message at
http://www.openstreetmap.org/message/read/353571 and you
can reply at
http://www.openstreetmap.org/message/reply/353571




___
Talk-ro mailing list
[hidden email]
http://user/SendEmail.jtp?type=nodenode=5762160i=0

Re: [Talk-ro] Fwd: [OpenStreetMap] Re: Nume de strazi modificate

Si pana la urma a facut ceva botul ? Ca pe Iasi nu prea vad nimic schimbat.
Eu lucrez pe jumatatea de Est a orasului.



--
View this message in context: 
http://gis.19327.n5.nabble.com/Fwd-OpenStreetMap-Re-Nume-de-strazi-modificate-tp5761686p5762232.html
Sent from the Romania mailing list archive at Nabble.com.

___
Talk-ro mailing list
Talk-ro@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-ro

[Talk-ro] Care e logica adaugarii de parametri redundanti

2013-05-22 Thread Francisc TOTH

Am dat astazi peste cateva drumuri, care sunt umplute cu parametri redundanti 
cat s-a putut de mult, fara sa aduca informatie noua. Are vreo logica sau sunt 
niste teste?
Stiu ca mi se poate da replica OSM este o baza de date dar totusi

Avem un DJ obisnuit pe camp, nimic neobisnuit care este cel clasic.

highway=secondary
name=DJ1234X

Care este rostul urmatoarelor:
access=yes  (default yes, e DJ, deci drum public)

motor_vehicle=yes (default)

foot=yes    (discutabil, safe/unsafe dar nu e interzis)

bycicle=yes (idem)

horse=yes (e DJ, deci nu e interzis)

hgv=yes (default)

oneway=no (default)


am mai putea forta nota cu
bridge=no
tunnel=no
sidewalk=none


Adica daca vrem, putem face un bot care sa ia toate drumurile si potecile 
descrise in pricipiul Briciul lui Occam si sa le adauge diversi parametri 
care in loc sa aduca informatie noua, doar umfla baza de date cu date default. 
Daca din nou apare un soft ce utilizeaza OSM si  prefera sa stocheze in loc sa 
calculeze si doar sa faca trafic, o sa fim pierduti :-)

Din fericire sunt doar cateva, cred ca e vina Potlatch2 care baga undefined 
si tenteaza userii sa bage ceva.

Ati mai vazut des asa ceva?

Seara placuta tuturor :-)

--owene___
Talk-ro mailing list
Talk-ro@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-ro

Re: [Talk-ro] Fwd: [OpenStreetMap] Re: Nume de strazi modificate

2013-05-22 Thread Michael Häckel

Pentru așa ceva avem Data working group.
http://wiki.openstreetmap.org/wiki/Data_working_group

Am Dienstag, 21. Mai 2013, 23:44:28 schrieb alex-map:
 Chiar daca nu e de dorit, nu exista vre-o posibilitate pentru a-l bloca pe
 sorein?
 


___
Talk-ro mailing list
Talk-ro@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-ro

Re: [Talk-ro] Care e logica adaugarii de parametri redundanti

Hmmm, cum de au avut noroc sa dai peste asa ceva?  Eu inca n-am intalnit.
Adevarul e ca am lucrat mai mult pe partea de est a romaniei.  Nu sunt
necesare pe Dj-uri, decat daca pe vreun tronson chiar exista o interdictie
de ceva...



--
View this message in context: 
http://gis.19327.n5.nabble.com/Care-e-logica-adaugarii-de-parametri-redundanti-tp5762240p5762243.html
Sent from the Romania mailing list archive at Nabble.com.

___
Talk-ro mailing list
Talk-ro@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-ro

[Talk-ro] CLC Lipsa la Chizătău la Nord-Vest de Lugoj

Salut, pe DN6, la Nord Vest de Lugoj , în zona Chizătău, lipsește un CLC sau
ceva acolo. Poate verifica cineva ?  E ditamai pleșteava albă

Multumesc !

Toate cele bune !



--
View this message in context: 
http://gis.19327.n5.nabble.com/CLC-Lipsa-la-Chiz-t-u-la-Nord-Vest-de-Lugoj-tp5762245.html
Sent from the Romania mailing list archive at Nabble.com.

___
Talk-ro mailing list
Talk-ro@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-ro

Re: [Talk-ro] Care e logica adaugarii de parametri redundanti

2013-05-22 Thread Cristian Draghici

Aici un exemplu de oneway=no adăugat degeaba (aparent chiar de tine, în
versiunea 4 :-) ):
http://www.openstreetmap.org/browse/way/93694944/history (segment din
DJ214).

Eu nu-mi pot imagina niciun scenariu in care e nevoie de oneway=no
Pentru străzile cu sens unic avem oneway=yes; pentru cele fără sens unic
nu folosim deloc tag-ul oneway, nu?

Personal, afară de cele listate de *owene* sunt și împotriva:
- maxspeed pe tronsoane unde viteza nu constituie o exceptie fata de cea
uzuală din codul rutier (dar aici Flaviu are altă părere și umple harta de
maxspeed=RO:urban)

- is_in:city si addr:city - ambele redundante atât timp cât se pot
calcula spațial

Salutări
--
Cristi

2013/5/22 Gabriel Sebastian Moise gabrielsebastianmo...@gmail.com

 Hmmm, cum de au avut noroc sa dai peste asa ceva?  Eu inca n-am intalnit.
 Adevarul e ca am lucrat mai mult pe partea de est a romaniei.  Nu sunt
 necesare pe Dj-uri, decat daca pe vreun tronson chiar exista o interdictie
 de ceva...



 --
 View this message in context:
 http://gis.19327.n5.nabble.com/Care-e-logica-adaugarii-de-parametri-redundanti-tp5762240p5762243.html
 Sent from the Romania mailing list archive at Nabble.com.

 ___
 Talk-ro mailing list
 Talk-ro@openstreetmap.org
 http://lists.openstreetmap.org/listinfo/talk-ro

___
Talk-ro mailing list
Talk-ro@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-ro

Re: [Talk-ro] Care e logica adaugarii de parametri redundanti

2013-05-22 Thread ciprian niculescu

Salut,
- personal sunt de parere ca mai multa informatie corecta nu strica.
- Alta chestie este ca azi default in programele de editare este intr-un
fel, iar maine se poate schimba.
- daca e ceva de schimbat in masa, se poate folosi un script
seara buna
CiprianN


2013/5/22 Gabriel Sebastian Moise gabrielsebastianmo...@gmail.com

 Aaaa si nu toate localitatile au limita de 50 default, unele au 40 altele
 cum
 a zis colegu' 60, si prin unele chiar cu 70



 --
 View this message in context:
 http://gis.19327.n5.nabble.com/Care-e-logica-adaugarii-de-parametri-redundanti-tp5762240p5762255.html
 Sent from the Romania mailing list archive at Nabble.com.

 ___
 Talk-ro mailing list
 Talk-ro@openstreetmap.org
 http://lists.openstreetmap.org/listinfo/talk-ro

___
Talk-ro mailing list
Talk-ro@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-ro

Re: [Talk-ro] Care e logica adaugarii de parametri redundanti

2013-05-22 Thread Cristian Draghici

Probabil nu m-am făcut înteles.

*În oraș*:
A/ maxspeed=60;40;orice_altceva_afară_de_50 - e de dorit, constituie o
excepție față de codul rutier.

B/ maxspeed=50 - nu e de dorit, poate fi calculat.


Salutări,
--
Cristi


2013/5/22 Razvan radulescu.raz...@gmail.com

  Si in Bucuresti majoritatea arterelor principale au 60 acum.

 On 22.05.2013 19:22, Lucian Popovici wrote:

  Salut,

  referitor la:
 *Un soft de rutare decent ar trebui sa știe ca un segment de stradă
 dintr-un oraș, fara maxspeed, are limită 50 în România.*

  In unele orase limita e de 60 (de ex Brasov)

 -
 Lucian Popovici


 2013/5/22 Cristian Draghici cristian.dragh...@gmail.com


   2013/5/22 Gabriel Sebastian Moise gabrielsebastianmo...@gmail.com

 Corect la Pietriceaua, Oneway este no, adica drum in ambele sensuri ,
 nu-l
 las unset. Eu asa m-am obisnuit sa fac la orice drum, asa e in Potlatch.
 De
 ce nu e bine ?


  Eu îl las unset.
 unset e echivalent cu oneway=no.



 Sigur Softul gandeste bine, la rutare? OsmAnd+ inca are unele
 probleme de routare.


  N-am de unde ști ce face OsmAnd+.
 Dar sunt foarte sceptic că are nevoie de oneway=no ca să ruteze în
 ambele sensuri pe un segment de stradă. Dacă are nevoie, are un defect
 (bug) și trebuie reparat.


 Eu m-am obisnuit sa trec :
 nr lane,
 tip pavaj,
 limita de viteza,


  Aici e mai complicat.
 Personal sunt împotriva maxspeed=50 pe toate drumurile dintr-un oraș
 care *nu* au semne de circulație privind limita de viteză.

  Un soft de rutare decent ar trebui sa știe ca un segment de stradă
 dintr-un oraș, fara *maxspeed*, are limită 50 în România.

  Presupunând ca nu știe, se poate procesa harta cu un algoritm de genul:
 *- pentru drumuri cuprinse in oraș (in pseudo-cod postgis ar fi
 st_within(way_road, way_boundary))*
 *- daca nu exista tag maxspeed*
 *- maxspeed = 50*
 *- pentru drumuri in afara orasului cu ref=DN% si ref=E%*
 *- daca nu exista tag maxspeed*
 *- maxspeed = 100 (drum national parte din european)*
 *- pentru drumuri in afara orasului cu ref=DN% si fara ref=E%*
 *- maxspeed = 90*
 *- si așa mai departe*

  și la ieșire obținem o hartă după reguli necesare pentru soft-ul X.
 Nu spun că-i simplu de implementat algoritmul de mai sus dar mi se pare
 mai corect decât adaugarea de tag-uri maxspeed cu valori care se pot
 calcula.

  Altfel tu adaugi maxspeed=50 si *Flaviu* adaugă maxspeed=RO:urban
 si oricum nu iese nimic.
 *Flaviu* pune RO:urban pentru că dacă mâine se schimbă legislația
 rutieră și viteza în oraș se face 45 Kmh, el nu modifică nimic; tu trebuie
 sa modifici toate drumurile pe care ai scris 50 și să înlocuiești cu 45.



 daca e oneway sau nu,


  Vezi mai sus.


 ce tip de drum e,
 si unde e cazul daca sunt alte restrictii.
 In Campina, la mine in oras, am tot testat diverse informatii trecute. Am
 verificat  cu OsmAnd, si cu MapFactor Navigator.

 Spune-mi te rog ce e bine si ce nu, poate nu fac nici eu bine, dar
 invat...
 Ca omu' cat traieste invata.


  Mulțumesc pentru deschidere.
 Nu știu să existe consens 100% (nici măcar pe listă) referitor la cum se
 editează harta OSM.

  Eu încerc să nu mă enervez când/dacă primesc mesaje abuzive; să fiu
 deschis la părerile celorlați; în final fac cum cred că-i bine. :-)

  Salutări
 --
 Cristi

 ___
 Talk-ro mailing list
 Talk-ro@openstreetmap.org
 http://lists.openstreetmap.org/listinfo/talk-ro




 ___
 Talk-ro mailing 
 listTalk-ro@openstreetmap.orghttp://lists.openstreetmap.org/listinfo/talk-ro



 ___
 Talk-ro mailing list
 Talk-ro@openstreetmap.org
 http://lists.openstreetmap.org/listinfo/talk-ro


___
Talk-ro mailing list
Talk-ro@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-ro

Re: [OSM-Talk-ZA] New IRC chat channel + Forum

2013-05-22 Thread Grant Slater

On 21 May 2013 22:03, Grant Slater openstreet...@firefishy.com wrote:

 There is also a South African section coming to
 http://forum.openstreetmap.org/ soon.


The South Africa section is now available on the forum:
http://forum.openstreetmap.org/viewforum.php?id=75

Login using your openstreetmap.org login details.

/ Grant

___
Talk-ZA mailing list
Talk-ZA@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-za

Re: [Talk-ca] Atelier à Montréal / Workshop in Montreal

2013-05-22 Thread Richard Weait

2013/5/2 Guillaume Pratte guilla...@guillaumepratte.net

 (English below)

 Bonjour,

 Je vous écris pour vous inviter à un atelier d'introduction à
 OpenStreetMap qui aura lieu le 22 mai 2013 à Montréal, à 19h00, au café le
 Milieu situé au 1251 rue Robin.

 [ ... ]


 I will organize an introduction workshop to OpenStreetMap on May, 22nd,
 2013. It will be held at 19:00 at Café Le Milieu located at 1251 rue Robin
 in Montreal.



Looks like the workshop is a success.  I see five new mappers in Montréal
in the last hour.  Congratulations, Guillaume.  :-)
___
Talk-ca mailing list
Talk-ca@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-ca

Re: [Talk-ca] Atelier à Montréal / Workshop in Montreal

2013-05-22 Thread Guillaume Pratte

Le 2013-05-22 à 20:23, Richard Weait rich...@weait.com a écrit :

 Looks like the workshop is a success.  I see five new mappers in Montréal in 
 the last hour.  Congratulations, Guillaume.  :-)

Thanks Richard!

I am glad to see the workshop has been noticed!

We had about 25 to 30 people at the first part, where OpenStreetMap was 
presented, and about half stayed for the second part, for the workshop. We had 
real modifications to be made that I had prepared in advance.

A huge thanks to Fabian Rodriguez and Yannick Brosseau that both helped to 
answer questions during both the presentation and the workshop!

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

[Talk-ca] aerial imagery from Flicker user - approves of use in OSM

2013-05-22 Thread William Rieck

I came across some aerial photos on Flicker that could be used for adding
features to OSM. The photos are much newer than the existing Bing imagery
and seem to include lots of new development in Ottawa. The photos are
tagged on Flicker with a copyright by the owner only. I have contacted him
via Flicker and have obtained his approval to use his aerial photos for the
purpose of adding data to OSM.

Have I missed anything? Is it safe to use this imagery now?

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

Re: [Talk-cz] Turistické známky



-- Původní zpráva --
Od: LM_1 flukas.robot+...@gmail.com
Datum: 22. 5. 2013
Předmět: Re: [Talk-cz] Turistické známky



Kromě toho turistické známky se neomezují na Česko (http://turisticke-
znamky.cz/tz/(http://turisticke-znamky.cz/tz/)), takže by nebylo od věci 
pojmout návrh trochu globálněji - tím se zvýší šance na podporu i v jiných 
mapách než specificky zaměřených na české turistické známky. 
 







No nikde jsem nepsal, že se chci zaměřit pouze na Česko, ale zatím je k 
dispozici jen seznam pro CZ. Asi jsem to měl explicitně zmínit. Taky čekám 
na kompletní seznam - jak bylo slíbeno. No a mezitím jsem to chtěl probrat 
tady. Víc hlav víc ví a mnohé tady jsou mnohem zkušenější než já. A někde se
musí začít, tak proč ne doma? Navíc v CZ jsou TZ nejrozšířenější. V okolních
zemích nejsou TZ až tak známé a většinou pokrývají jen některé oblasti.





Je mi jasné, že i při nejlepší vůli to bude nějakou dobu trvat. Prvotní 
import jsem schopen udělat během pár hodin, ale to musí být nejprve jasno, 
jak TZ namapovat a co jsem koukal, je kolem toho celkem dost byrokracie. Tu 
já sice nerad, ale chápu, že bez toho to nejde.





Uvítám rady, co a jak a kam se následně obrátit. Každá pomoc je vítána.





Marián




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

Re: [Talk-cz] Turistické známky

Ještě oprava: SK taky celkem jede. Měl jsem dojem, že tam tolik známek není,
ale asi to byl nějaký zastaralý dojem ;-)



Marián


-- Původní zpráva --

Od: Marián Kyral mky...@email.cz

Datum: 22. 5. 2013

Předmět: Re: [Talk-cz] Turistické známky






-- Původní zpráva --

Od: LM_1 flukas.robot+...@gmail.com

Datum: 22. 5. 2013

Předmět: Re: [Talk-cz] Turistické známky




Kromě toho turistické známky se neomezují na Česko (http://turisticke-
znamky.cz/tz/(http://turisticke-znamky.cz/tz/)), takže by nebylo od věci 
pojmout návrh trochu globálněji - tím se zvýší šance na podporu i v jiných 
mapách než specificky zaměřených na české turistické známky. 

 








No nikde jsem nepsal, že se chci zaměřit pouze na Česko, ale zatím je k 
dispozici jen seznam pro CZ. Asi jsem to měl explicitně zmínit. Taky čekám 
na kompletní seznam - jak bylo slíbeno. No a mezitím jsem to chtěl probrat 
tady. Víc hlav víc ví a mnohé tady jsou mnohem zkušenější než já. A někde se
musí začít, tak proč ne doma? Navíc v CZ jsou TZ nejrozšířenější. V okolních
zemích nejsou TZ až tak známé a většinou pokrývají jen některé oblasti.







Je mi jasné, že i při nejlepší vůli to bude nějakou dobu trvat. Prvotní 
import jsem schopen udělat během pár hodin, ale to musí být nejprve jasno, 
jak TZ namapovat a co jsem koukal, je kolem toho celkem dost byrokracie. Tu 
já sice nerad, ale chápu, že bez toho to nejde.







Uvítám rady, co a jak a kam se následně obrátit. Každá pomoc je vítána.







Marián







___

Talk-cz mailing list

Talk-cz@openstreetmap.org

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

Re: [Talk-cz] Par dotazu, na veci nenalezene na Wiki

2013-05-22 Thread jzvc

Dne 19.5.2013 12:14, Pavel Machek napsal(a):
 Ahoj!

 6. Potreboval bych rozdelit obrovsky multipolygon lesa, abych mohl u
 casti vyznacit typ lesa. U hranic se Slovenskem, kde to delalo
 V puvodnich uhulich datech typ lesa byl, jen jsme ho neimportovali
 :-(. Mozna by davalo smysl to importovat znovu, s typem lesa, a bez
 generalizace?

   Pavel


Probuh, jen to ne ... ty lesy jsou i tak neuveritelne nepresny ... ale
je tam bambilion rucnich zmen, ktery bys tim naprosto vsechny zahodil.

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

Re: [Talk-cz] Turistické známky

2013-05-22 Thread jzvc

Dne 22.5.2013 6:02, Marián Kyral napsal(a):
 Ahoj,

 -- Pu*vodní zpráva --
 Od: Karel Volný ka...@seznam.cz
 Datum: 21. 5. 2013
 Pr(edme(t: Re: [Talk-cz] Turistické známky


 zdravím,

 kdyz( uz( jsme se tak rozkecali ... tak já to vidím takto:

  A dá se pak ne(jak zobrazit najednou daný objekt i TZ? Podporuje
 to ne(jaká
  mapa?

 pokud ne, pis( na ne( RFE :-)


 Velmi vtipné.



  Ve(ts(inou se vybere jen jedna vlastnost a ta se prezentuje.
 Proc( jsou
  tr(eba c(ísla popisná separé? Ty se pr(ece vz(dy pr(ímo váz(ou k
 ne(jaké budove(.

 to je z historických du*vodu* z(e probe(hl import c(ísel
 (adresních bodu*) bez
 návaznosti na budovy, ale wiki k tomu vázání na budovy zc(ásti nabádá:

 Addresses can be tagged with addr:housenumber=* and the other
 addr:* keys.
 Tags can be added to isolated nodes, to nodes that are parts of
 building
 polygons ( = entrance=*s ) or, building=* polygons or on polygons
 representing
 the perimeter of the site.

 http://wiki.openstreetmap.org/wiki/Addresses

 osobne( se kloním k tomu dávat to primárne( na ty vstupy


 Na wiki jsem nas(el toto: V C(R se pouz(ívají výhradne( Adresní body
 (Adresní místa) jako nody Node
 http://wiki.openstreetmap.org/wiki/Elements#Node, nebot( vazba mezi
 prvky building a addr je M:N.


Tak tos nasel peknej nesmysl, du se mrknout kterej umelec to tam napsal.

Nehlede na to, ze budov s vice cisly bude min nez promile. A uz vubec
nemluve o tom, ze i z duvodu navigace a identifikace prave tech budov,
je to blbost (navic vim o mapach, ktery adresu zobrazujou pouze pokud je
na budove, adresni body je naprosto nezajimaj). Mimochodem, vstupy maji
zcela samostatne tagovani (entrance).


 S te(mi vstupy je problém, z(e bys musel obejít úplne( vs(echny
 barác(ky a zjistit, kde vlastne( mají vstup.




  A jes(te( mne( napadá, jak by se r(es(ilo, pokud má objekt tag
 website a budu
  chtít jes(te( pr(idat odkaz na TZ?

 i na toto má wiki odpove(d( :-)

 A link to ... additional resource can be created using url=*.

 http://wiki.openstreetmap.org/wiki/Key:website

 popr(. se mu*z(eme domluvit na ne(jakém rozs(ír(ení ve stylu
 url:cs_tzmista=...

 K.


 A jes(te( jedna ve(c. Co jméno TZ? To se taky mu*z(e lis(it od jména
 objektu. Takz(e ne(co jako


 name:cs_tzmista=


 ?


 Marián




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



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

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

Re: [Talk-cz] Turistické známky

2013-05-22 Thread hanoj

  Většinou se vybere jen jedna vlastnost a ta se prezentuje. Proč jsou
  třeba čísla popisná separé? Ty se přece vždy přímo vážou k nějaké
budově.

 to je z historických důvodů že proběhl import čísel (adresních bodů) bez
 návaznosti na budovy, ale wiki k tomu vázání na budovy zčásti nabádá:

 Addresses can be tagged with addr:housenumber=* and the other addr:* keys.
 Tags can be added to isolated nodes, to nodes that are parts of building
 polygons ( = entrance=*s ) or, building=* polygons or on polygons
representing
 the perimeter of the site.

 http://wiki.openstreetmap.org/wiki/Addresses

 osobně se kloním k tomu dávat to primárně na ty vstupy


 Na wiki jsem našel toto: V ČR se používají výhradně Adresní body (Adresní
místa)
 jako nody , neboť vazba mezi prvky building a addr je M:N.


 Tak tos nasel peknej nesmysl, du se mrknout kterej umelec to tam napsal.

 Nehlede na to, ze budov s vice cisly bude min nez promile. A uz vubec
nemluve o
 tom, ze i z duvodu navigace a identifikace prave tech budov, je to blbost
(navic vim o
 mapach, ktery adresu zobrazujou pouze pokud je na budove, adresni body je
 naprosto nezajimaj). Mimochodem, vstupy maji zcela samostatne tagovani
 (entrance).
*** Tady umělec. Vazby adres a budov M:N nejsou vazby chybové, ale zcela
reálné přípustné a používané. Pro 1:N se stačí mrknou do katastru a způsobu
zakreslování budov, pro M:1 stačí mrknout na addr Brna.
Jak známo, to že to některá mapa nezobrazuje není chyba dat. Co se tyce
asociace budovy s adresnim bodem, existuje nejjednodussi prostory dotaz:
Uvnitř které building:polygon lezi addr:nod?

ha
hanoj
___
Talk-cz mailing list
Talk-cz@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-cz

Re: [Talk-cz] Turistické známky

2013-05-22 Thread jzvc

Dne 22.5.2013 11:04, Pavel Machek napsal(a):
 Ahoj!

 I když je to komplikovanější, přimlouval bych se za to, aby TZ nebyla
 samostatným uzlem téměř nikdy - co vím tak je vždycky svázaná s nějakým
 objektem, který v mapě už je - a turistická známka by měla být jen další
 informací o takovém objektu.
 No nevim, tohle zavani tim ze se import nikdy neudela. Myslim ze
 samostatne body nejsou zadny velky problem... jednodussi na import,
 jednodussi na udrzovani, nevyhody zadne.
   Pavel
Bordel v datech - nejsi schopen nijak logicky ani automaticky priradit
tu informaci prislusnymu objektu.

Rekneme ze se to vztahuje k hradu a rekneme, ze si sosnes do svy
navigace vsechny hrady, s veskerejma informacema = tohle mit nebudes,
protoze to tam proste neni.

Za me lepsi zadna data nez zabordelena data.

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

Re: [Talk-cz] Turistické známky



-- Původní zpráva --
Od: jzvc j...@tpfree.net
Datum: 22. 5. 2013
Předmět: Re: [Talk-cz] Turistické známky

Dne 22.5.2013 11:04, Pavel Machek napsal(a):
 Ahoj!

 I když je to komplikovanější, přimlouval bych se za to, aby TZ nebyla
 samostatným uzlem téměř nikdy - co vím tak je vždycky svázaná s nějakým
 objektem, který v mapě už je - a turistická známka by měla být jen další
 informací o takovém objektu.
 No nevim, tohle zavani tim ze se import nikdy neudela. Myslim ze
 samostatne body nejsou zadny velky problem... jednodussi na import,
 jednodussi na udrzovani, nevyhody zadne.
 Pavel
Bordel v datech - nejsi schopen nijak logicky ani automaticky priradit
tu informaci prislusnymu objektu.

Rekneme ze se to vztahuje k hradu a rekneme, ze si sosnes do svy
navigace vsechny hrady, s veskerejma informacema = tohle mit nebudes,
protoze to tam proste neni.

Za me lepsi zadna data nez zabordelena data.

_



Stejně tak tak nebudeš mít ani adresní body - nejsou součástí objektu.




Když tak nad tím uvažuji, mně je nakonec celkem jedno, jestli budou TZ 
samostatně nebo součástí objektu. Import bych stejně udělal jako samostatné 
body a ty by se pak musely manuálně sloučit se souvisejícími objekty.




Update by pak aktualizoval pouze data relevantní pro TZ, souřadnice objektu 
bych neupravoval. Výstupem aktualizace by pak byl seznam změněných objektů, 
který by mohl být automaticky zaslán do této konference na revizi. Konkrétně
přiřazení objektů pro nově vytvořené TZ.




Jediný problém mám s tagy. V podstatě všechny mohou kolidovat. Takže by TZ 
musely mít speciální tagy:




name:tz=

description:tz=

ref:tz=

source:tz=





Jenže třeba description:tz v podstatě znamená, že description je v jazyce 
tz. To zase může někde udělat zmatek. V tom lepším případě se to prostě na
mapě nezobrazí, protože jazyk tz neexistuje.




Marián



__
Talk-cz mailing list
Talk-cz@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-cz;___
Talk-cz mailing list
Talk-cz@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-cz

Re: [Talk-cz] Turistické známky

2013-05-22 Thread Václav Kubíček

Já jsem pro body, když už někam jdu, tak si stáhnu spíš všechny TZ. Navíc k 
čemu pak navázat nenavázatelné, např. namátkou: Naučná stezka Prameny Morávky, 
Brněnské podzemí atd.
Vašek

__
 Od: jzvc j...@tpfree.net
 Komu: OpenStreetMap Czech Republic talk-cz@openstreetmap.org
 Datum: 22.05.2013 12:35
 Předmět: Re: [Talk-cz] Turistické známky

Dne 22.5.2013 11:04, Pavel Machek napsal(a):
 Ahoj!

 I když je to komplikovanější, přimlouval bych se za to, aby TZ nebyla
 samostatným uzlem téměř nikdy - co vím tak je vždycky svázaná s nějakým
 objektem, který v mapě už je - a turistická známka by měla být jen další
 informací o takovém objektu.
 No nevim, tohle zavani tim ze se import nikdy neudela. Myslim ze
 samostatne body nejsou zadny velky problem... jednodussi na import,
 jednodussi na udrzovani, nevyhody zadne.
  Pavel
Bordel v datech - nejsi schopen nijak logicky ani automaticky priradit
tu informaci prislusnymu objektu.

Rekneme ze se to vztahuje k hradu a rekneme, ze si sosnes do svy
navigace vsechny hrady, s veskerejma informacema = tohle mit nebudes,
protoze to tam proste neni.

Za me lepsi zadna data nez zabordelena data.

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


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

Re: [Talk-cz] Turistické známky

2013-05-22 Thread Pavel Machek

On Wed 2013-05-22 12:34:08, jzvc wrote:
 Dne 22.5.2013 11:04, Pavel Machek napsal(a):
  Ahoj!
 
  I když je to komplikovanější, přimlouval bych se za to, aby TZ nebyla
  samostatným uzlem téměř nikdy - co vím tak je vždycky svázaná s nějakým
  objektem, který v mapě už je - a turistická známka by měla být jen další
  informací o takovém objektu.
  No nevim, tohle zavani tim ze se import nikdy neudela. Myslim ze
  samostatne body nejsou zadny velky problem... jednodussi na import,
  jednodussi na udrzovani, nevyhody zadne.
  Pavel
 Bordel v datech - nejsi schopen nijak logicky ani automaticky priradit
 tu informaci prislusnymu objektu.

No, rekneme ze aktualne neni mozne logicky ani automaticky priradit
ulici ke mestu do ktereho patri... coz mi prijde jako podstatne
zavaznejsi nez to, ze stejny problem maji turisticke znamky. U tech
stejne bude jedine vyuziti zobrazi se v turisticke mape.

A protoze to nejde automaticky, zjevne jsou nutne dva kroky, jak bylo
psano v dalsim mailu... a prvni z nich je import jako body.
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
http://lists.openstreetmap.org/listinfo/talk-cz

Re: [Talk-cz] Společné hranice ploch

2013-05-22 Thread LM_1

Kromě toho, že ve skutečnosti existuje jen jedna hranice a proto není důvod
aby jich v datech bylo víc:


Dne 22. května 2013 12:49 jzvc j...@tpfree.net napsal(a):

  Dne 22.5.2013 10:17, LM_1 napsal(a):

 Někdo by mohl nesouhlasit, ale podle mě: na hranici mezi loukou a lesem
 jen jedna cesta (way) s tagem source, případně plotem nebo jinou fyzickou
 hranicí apod., která je členem dvou multipolygonů - jednoho pro les,
 jednoho pro louku, na kterých jsou všechny příslušné tagy. Více čar přes
 sebe (byť se stejnými body) obvykle komplikuje editaci.
 Lukáš Matějka (LM_1)


 Potiz je, ze na to musis vyrabet relace a s relacema se ani pres veskerou
 snahu nepracuje zrovna nativne a pohodlne. Viz budovy, kdyz mas dve vedle
 sebe, tak mezi nima je nejspis jedna zed ne dve ... presto se budovy kresli
 tak, ze maji soubezne hranicni cesty. Stejne se pak kresli drtiva vetsina
 ploch, a do relaci se to dava spis vyjimecne - tam kde to ma nejaky zcela
 zasadni smysl nebo to jinak udelat nejde.


 U budov je to většinou jen pár segmentů, navíc obvykle jsou tam opravdu
dvě stěny (kromě řadových garáží). To ale nic neznamená, kreslí se obrys
budovy, ne konstrukční řešení.
Ohledně komfortu práce s relacemi nesouhlasím, mě se s relací pracuje
mnohem lépe než bez nich (JOSM + relation Toolbox)


 To by se totiz editory musely chovat tak, ze z toho tu relaci vyrobi
 automaticky, aniz by do toho kreslic musel nejak hrabat ... a idealne aniz
 by to nekde videl. Navic by takovych automatismu musel abyt cela rada ...
 co treba, kdyz najdu na hranici nejakych dvou ploch nejakou dalsi, jinou
 plochu ... pokud to nejsou relace, tak proste ty dve cary odtahnu od sebe a
 vepisu tam to co tam je... kdyz to bude relace... je to sr..ni na pul dne.


Odtáhnout dvě čáry od sebe je v připadě, že sdílejí uzly, náročnější než
nakreslit novou čáru a  dosadit ji jako člena relace - nebo se pletu?


 Plati (bohuzel) zcela obecne ... o vsech pripadech vyuziti relaci.
 Pridelal sem odbocku k silnici, puvodni tam roztrch, abych moh doplnit
 zakazy odboceni ... z zjistil, ze puvodni uz v nekolika odbocovacich
 relacich byla ... nekde jinde ...= rucne sem je musel spravovat ... a to
 sem v tomhle pripade vedel, jak ta relace datove ma vypadat, protoze i
 JOSM to sice umi nastrojem vyrobit, ale to je tak vsechno. V tomhle pripade
 by editor mel zcela automaticky z ty relace vyhodit segmenty, ktere nejsou
 pripojeny k definovanemu krizeni. Je spousta relaci se slozitou strukturou,
 ktery se nijak rozumne rucne editovat nedaj, ale rozbit se daj velmi snadno
 libovolnym zasahem v okoli. Velmi vyjimecne se editor aspon zepta (napr pri
 otoceni smeru cesty a jednosmerce ...)

 = osobne se snazim relacim vyhybat, pokud to jen jde.


 Dne 22. května 2013 10:08 Lukas Kohout l...@luko.name napsal(a):

 Ahoj,

 při čtení diskuze o lesích bych měl otázku ohledně jejich hranic s
 jinými plochami. Plochy s různým využitím mají mít společné a nebo oddělené
 hranice? Například les sousedící s polem, uprostřed pole remízek, uprostřed
 lesa mýtina, nebo lom či zahrádkářská kolonie atd. Nyní je to v některých
 oblastech naházené přes sebe se spoustou překryvů a v moři čar se občas při
 editaci docela těžce orientuje. Je na to nějaká doporučená best practice?
 Díky.

 LuKo





 On 22.5.2013 9:45, jzvc wrote:

 Dne 19.5.2013 12:14, Pavel Machek napsal(a):

 Ahoj!

  6. Potreboval bych rozdelit obrovsky multipolygon lesa, abych mohl u
 casti vyznacit typ lesa. U hranic se Slovenskem, kde to delalo

 V puvodnich uhulich datech typ lesa byl, jen jsme ho neimportovali
 :-(. Mozna by davalo smysl to importovat znovu, s typem lesa, a bez
 generalizace?


 Pavel

  Probuh, jen to ne ... ty lesy jsou i tak neuveritelne nepresny ... ale
 je tam bambilion rucnich zmen, ktery bys tim naprosto vsechny zahodil.

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



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




 ___
 Talk-cz mailing 
 listTalk-cz@openstreetmap.orghttp://lists.openstreetmap.org/listinfo/talk-cz



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


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

Re: [Talk-cz] značky na map1.eu

2013-05-22 Thread Jan Dudík

Přimlouval bych se za jinou značku pro ploty - a jejich renderování až
v detailních mapách.
Viz ploty, co jsem nakreslil ve Vidově nebov Českých Budějovicích
-jsou staršně výrazné a tlučou se s ostatním

JAnD

Dne 21. května 2013 9:32 Pavel Klinger j...@bigr.cz napsal(a):
 Zdravim,

 byl bych vdecny za zeznam symbolu, ktere vam na map1.eu vadi. Snazil jsem se
 symboly navrhovat podle jinych tistenych map, nemohl jsem vsak uplne
 kopirovat, uz jenom kvuli licenci. Tam kde jsem rozumny symbol nenasel jsem
 se snazil nakreslit takovy symbol, aby bylo jasne o co se jedna. Je
 samozrejme, ze se to vsude nepovedlo. Zatim se vyjadrim k symbolum o kterych
 zde byla rec:

 1) Rozcestniky - V podstate se jedna o velmi podobny symbol jako je na
 mapy.cz, prisel mi nejlepsi protoze je to defakto nakresleny rozcestnik.
 Podle me je nevyhodou meho symbolu horsi citelnost, protoze se jedna o obrys
 vyplneny bilym polem udelam ho tedy monoliticky.

 2) Vlakova nadrazi - Moc dobre si uvedomuju, jake je standardni znaceni.
 Nicmene asi sami vite, ze ve vetsine pripadu jsou vlakove zastavky jenom typ
 node a nemaji zadnou vazbu na koleje na kterych se nachazi. Neni proto zadny
 spolehlivy zpusob, jak nakreslit obdelnicek orientovany ve smeru koleji.
 Informace o tom na jake strane je nastupiste take neni v OSM datech dobre
 upchopitelna (to mluvim o te tecce co se kresli v obdelnicku nadrazi a
 znamena pozici nastupiste). PRoto jsem zvolil jednotne znacky pro vsechny
 zastavky verejne dopravy. Vidim v tom ale i vyhodu te jednotnosti, mit
 vlakovou stanici jako obdelnik a autobusovou jako obrazek autopbusu a co
 treba tramvajovou? Problemem jsou jeste stanice metra. Ty se zatim zobrazuji
 stejne jako nadrazi, coz je asi spatne.

 Stale nevim, ktery ze symbolu na map1.eu koliduje s dopravnim znacenim?
 Prosim prozradte mi to. Plne s vami souhlasim ze takoveto oznaceni by bylo
 zavadejici. Co se tyka legendy tak na ni se pracuje. Rim nelze postavit za
 jeden den.

 Pavel



 Dne 21.5.2013 07:53, Marián Kyral napsal(a):


 -- Původní zpráva --
 Od: Karel Volný ka...@seznam.cz
 Datum: 20. 5. 2013
 Předmět: Re: [Talk-cz] značky na map1.eu


 mtbmap mají nejaký podivný pidi
 symbol (dlouho jsem si nebyl jistý, co to vlastně je).

 to je právě ten turistický symbol - tady by to ale asi stálo za to
 navrhnout,
 aby mtbmap rozlišovala styl pro mobilní zařízení a styl pro velký monitor
 ...
 na pidi displayi telefonu, který držím těsně před xichtem, je to asi akorát,
 ale když na to koukám na monitoru, tak musím souhlasit, že je to pidi a
 nesrozumitelné


 Tohle spíše vypadá jako semaforová věž ze Zeměplochy. Něco lepšího by
 nebylo? :-D

 Marián



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



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



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




-- 
--
Ing. Jan Dudík

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

Re: [Talk-cz] značky na map1.eu



-- Původní zpráva --
Od: Jan Dudík jan.du...@gmail.com
Datum: 22. 5. 2013
Předmět: Re: [Talk-cz] značky na map1.eu

Přimlouval bych se za jinou značku pro ploty - a jejich renderování až
v detailních mapách.
Viz ploty, co jsem nakreslil ve Vidově nebov Českých Budějovicích
-jsou staršně výrazné a tlučou se s ostatním 

JAnD




Ono záleží na velikosti areálu. Třeba tady to nevypadá špatně. Ovšem u 
zahrad to už je jiná. Chtělo by to vychytat, ale není to tak jednoduché.





http://alpha.map1.eu/#zoom=15lat=49.65579lon=18.33622layers=BTT




Marián




Dne 21. května 2013 9:32 Pavel Klinger j...@bigr.cz napsal(a):
 Zdravim,

 byl bych vdecny za zeznam symbolu, ktere vam na map1.eu vadi. Snazil jsem 
se
 symboly navrhovat podle jinych tistenych map, nemohl jsem vsak uplne
 kopirovat, uz jenom kvuli licenci. Tam kde jsem rozumny symbol nenasel 
jsem
 se snazil nakreslit takovy symbol, aby bylo jasne o co se jedna. Je
 samozrejme, ze se to vsude nepovedlo. Zatim se vyjadrim k symbolum o 
kterych
 zde byla rec:

 1) Rozcestniky - V podstate se jedna o velmi podobny symbol jako je na
 mapy.cz, prisel mi nejlepsi protoze je to defakto nakresleny rozcestnik.
 Podle me je nevyhodou meho symbolu horsi citelnost, protoze se jedna o 
obrys
 vyplneny bilym polem udelam ho tedy monoliticky.

 2) Vlakova nadrazi - Moc dobre si uvedomuju, jake je standardni znaceni.
 Nicmene asi sami vite, ze ve vetsine pripadu jsou vlakove zastavky jenom 
typ
 node a nemaji zadnou vazbu na koleje na kterych se nachazi. Neni proto 
zadny
 spolehlivy zpusob, jak nakreslit obdelnicek orientovany ve smeru koleji.
 Informace o tom na jake strane je nastupiste take neni v OSM datech dobre
 upchopitelna (to mluvim o te tecce co se kresli v obdelnicku nadrazi a
 znamena pozici nastupiste). PRoto jsem zvolil jednotne znacky pro vsechny
 zastavky verejne dopravy. Vidim v tom ale i vyhodu te jednotnosti, mit
 vlakovou stanici jako obdelnik a autobusovou jako obrazek autopbusu a co
 treba tramvajovou? Problemem jsou jeste stanice metra. Ty se zatim 
zobrazuji
 stejne jako nadrazi, coz je asi spatne.

 Stale nevim, ktery ze symbolu na map1.eu koliduje s dopravnim znacenim?
 Prosim prozradte mi to. Plne s vami souhlasim ze takoveto oznaceni by bylo
 zavadejici. Co se tyka legendy tak na ni se pracuje. Rim nelze postavit za
 jeden den.

 Pavel



 Dne 21.5.2013 07:53, Marián Kyral napsal(a):


 -- Původní zpráva --
 Od: Karel Volný ka...@seznam.cz
 Datum: 20. 5. 2013
 Předmět: Re: [Talk-cz] značky na map1.eu


 mtbmap mají nejaký podivný pidi
 symbol (dlouho jsem si nebyl jistý, co to vlastně je).

 to je právě ten turistický symbol - tady by to ale asi stálo za to
 navrhnout,
 aby mtbmap rozlišovala styl pro mobilní zařízení a styl pro velký monitor
 ...
 na pidi displayi telefonu, který držím těsně před xichtem, je to asi 
akorát,
 ale když na to koukám na monitoru, tak musím souhlasit, že je to pidi a
 nesrozumitelné


 Tohle spíše vypadá jako semaforová věž ze Zeměplochy. Něco lepšího by
 nebylo? :-D

 Marián



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



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



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




-- 
--
Ing. Jan Dudík

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

Re: [Talk-cz] Společné hranice ploch (was: Re: Par dotazu, na veci nenalezene na Wiki)

2013-05-22 Thread Dalibor Jelínek

Ahoj,

kdyz jsem si precetl tuhle odpoved, tak me napadl dotaz.

Kdyz je v OSM uz naimportovany les a ja lehce upravim 

jeho tvar, tak bych mel radsi smazat ten tag, ze je to import z UHUL?

Nebo je to jedno, protoze uz se zadny novy import, ktery by zahodil

me zmeny stejne nikdy delat nebude?

Dalibor

 

Mozna by davalo smysl to importovat znovu, s typem lesa, a bez
generalizace?

Pavel

Probuh, jen to ne ... ty lesy jsou i tak neuveritelne nepresny ... ale
je tam bambilion rucnich zmen, ktery bys tim naprosto vsechny zahodil.

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



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

 

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

Re: [Talk-cz] Turistické známky

2013-05-22 Thread Milan Vancura

Ahoj všem.

Přiznávám, překvapuje mě, že v tak základní věci (co se týče typu dat) není
shoda ani po tolika letech projektu. Pořád jsem čekal, co napíší zkušenější,
ale teď mám pocit, že už se téma začíná rozmělňovat do detailů, a tak se
ozývám, než se úplně rozdrobí do ztracena (stejně jako např. téma tagování
českých škol nedávno, toho je velká škoda).

On Wed 22-05-13 13:21:03, Marián Kyral wrote:
On 22. 5. 2013 jzvc wrote:
Rekneme ze se to vztahuje k hradu a rekneme, ze si sosnes do svy
navigace vsechny hrady, s veskerejma informacema = tohle mit nebudes,
protoze to tam proste neni.
Za me lepsi zadna data nez zabordelena data.

Stejně tak tak nebudeš mít ani adresní body - nejsou součástí objektu.

Ano, a spousta dalších dotazů. Např. POI a jeho adresa, třeba obchody. Jsou
separátní nody. A co teprve pokud je obchod celá budova. Ano, pak nelze udělat
rozumný automatický dotaz ani tak základní a přirozený jako adresa obchodu.
Jenže, pokud se nepletu, tohle nevyřešíme globálně, protože to plyne ze
samotného designu dat OSM:

Jediný problém mám s tagy. V podstatě všechny mohou kolidovat. Takže by TZ
musely mít speciální tagy:

name:tz=
description:tz=
ref:tz=
source:tz=

To je přesně ono - v datovém modelu OSM nelze mít k jednomu objektu
(jakémukoliv) více nezávislých _sad tagů_. Takže to musí skončit nějakou
obezličkou. A než středníky, :tz apod., tak mi přijde jednoznačně lepší mít
separátní nody pro separátní sady vlastností. A hlavně už je toto řešení
použito v OSM (ve všech zemích) tolikrát, že ani nevidím smysl, proč pro jeden
detail (turistické známky) se najednou tvářit, že zachráním svět.

Pokud někdo touží zachránit/vylepšit OSM svět, ať prosadí standardní rozšíření
datového modelu OSM. Pak na něj můžeme přecházet. A ne, to není odmítnutí
dobrých snah a dobrých připomínek, to myslím zcela vážně. Hodnotu to má až
standardizované.

Plus samozřejmě pro turistické známky platí i všechny praktické argumenty
zmíněné v minulých mailech ostatními: snadnost importu a jeho změn v budoucnu a
hlavně že nebudeme muset řešit typy známkových míst - např. když nelze TZ místo
přiřadit jednoznačně (Brněnské podzemí).

Milan Vančura

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

Re: [Talk-cz] Turistické známky