[OSM-talk-fr] Usage de contact:xxx pour les adresses (lié à "édition en masse sur les adresses des cinémas")

[Victor Grousset/tuxayo]

Salut,

Pour info l'usage de contact:xxx pour ne pas dupliquer les adresses est
aussi connu sous le nom de "Bremen Schema"
https://wiki.openstreetmap.org/wiki/Proposed_features/House_numbers/Bremen_Schema

À++

-- 
Victor Grousset/tuxayo

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

Re: [Talk-br] Tenho dados de Favelas para apoio ao combate à Covid

[Victor Mammana]

Prezado Vitor,

eu não sei muito sobre essa questão das licenças, porque existe sempre uma
questão das licenças de software não estarem regulamentadas no território
nacional. Uma ideia seria incluir a licença do Software Público Brasileiro
no OSM?

Mas o meu interesse é mais técnico... porque eu tenho
experiementado soluções com o OpenLayers, sem subir os dados para
publicizar no OSM. Mas questões de velocidade para dados muito densos estão
prejudicando a usabilidade... Talvez eu tenha que gerenciar a visualização
de grande quantidade de dados mostrados, que e em geral eu pensei que o
próprio OpenLayers gerenciasse.

Victor

On Wed, May 6, 2020 at 5:25 AM Vitor George  wrote:

> Olá Victor, bem vindo à lista.
>
> Poderia esclarecer se as bases estão sob licença livre? Se tiver um link
> para os dados brutos seria ótimo.
>
> Se a base é muito grande recomendo usar uma solução como o MapTiler ou
> Mapbox Studio para hospedar os dados e aplicar um estilo de visualização.
>
> Vitor
>
>
>
> On Mon, May 4, 2020 at 9:10 PM Victor Mammana  wrote:
>
>> Prezadas pessoas dessa lista,
>>
>> entro em contato para perguntar sobre o interesse em dados de localização
>> de favelas, em formatos SHP, GPX e JSON.
>>
>> Minha intenção é subir esses dados no OSM para o apoio às ações contra a
>> covid nas favelas brasileiras.
>>
>> Estou fazendo um aplicativo livre em Javascript (usando OpenLayers 2)
>> para mostrar esses dados, até que eu tenha os dados adequadamente limpos
>> para subir no OSM.
>>
>> O detalhe é que esse aplicativo está ficando um pouco lento quando eu
>> tento gerenciar a apresentação do nome das favelas em função do zoom,
>> porque são muitas favelas. (eu preciso tirar o nome das favelas quando o
>> zoom está pequeno)
>>
>> Se eu estou com pouco zoom, eu preciso tirar a layer de representação dos
>> nomes das favelas (que é um vectorLayer), porque o texto fica muito grande
>> e atrapalha a visualização.
>>
>> Estou gerenciando o evento "moveend" para fazer isso.
>>
>> Eu consigo tirar os nomes das favelas quando estou com pouco zoom, mas
>> essa coisa de colocar e tirar a layer está muito lenta...
>>
>> Eu preciso de alguma outra solução.
>>
>> Por isso estou entrando nessa lista, para discutir formas de acelerar
>> essa visualização.
>>
>>
>> ___
>> Talk-br mailing list
>> Talk-br@openstreetmap.org
>> https://lists.openstreetmap.org/listinfo/talk-br
>>
> ___
> Talk-br mailing list
> Talk-br@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-br
>
___
Talk-br mailing list
Talk-br@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-br

[Talk-br] Tenho dados de Favelas para apoio ao combate à Covid

[Victor Mammana]

Prezadas pessoas dessa lista,

entro em contato para perguntar sobre o interesse em dados de localização
de favelas, em formatos SHP, GPX e JSON.

Minha intenção é subir esses dados no OSM para o apoio às ações contra a
covid nas favelas brasileiras.

Estou fazendo um aplicativo livre em Javascript (usando OpenLayers 2) para
mostrar esses dados, até que eu tenha os dados adequadamente limpos para
subir no OSM.

O detalhe é que esse aplicativo está ficando um pouco lento quando eu tento
gerenciar a apresentação do nome das favelas em função do zoom, porque são
muitas favelas. (eu preciso tirar o nome das favelas quando o zoom está
pequeno)

Se eu estou com pouco zoom, eu preciso tirar a layer de representação dos
nomes das favelas (que é um vectorLayer), porque o texto fica muito grande
e atrapalha a visualização.

Estou gerenciando o evento "moveend" para fazer isso.

Eu consigo tirar os nomes das favelas quando estou com pouco zoom, mas essa
coisa de colocar e tirar a layer está muito lenta...

Eu preciso de alguma outra solução.

Por isso estou entrando nessa lista, para discutir formas de acelerar essa
visualização.
___
Talk-br mailing list
Talk-br@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-br

[OSM-talk-fr] SNT: vandalisme: lister les cas dans une page wiki pour en faire un meilleur suivi?

[Victor/tuxayo]

Mais c'est là fête!

https://www.openstreetmap.org/#map=18/49.04801/2.03834=N


Est-ce que c'est pertinent d'avoir une page wiki ou on liste les cas de 
vandalisme et d’erreurs (séparés)?


Le but serait de rendre visibles à un endroit les problèmes pour que 
d'autres personnes contributrices puisse prendre le temps:

- d’enquêter sur la zone pour trouver un éventuel "nid de problèmes"
- de vérifier les autres "contributions" du compte en question
- d'appeler/email l'établissement en question

Par exemple des fois je peux prendre le temps de creuser mais pas 
toujours, là ça permettait de ne pas perdre la chose.

Des fois j'ai juste le temps de fermer la note.
Ou d'en créer une nouvelle quand il s'agit de modifs dans la base OSM 
elle-même que je n'ai pas le temps de corriger.
Et là je serais chaud pour appeler quelques établissements après le 
message Vincent ^^


Ça permettrait aussi d'avoir des chiffres sur les problèmes.

Et d'avoir les réponses des établissement/prof/élèves quand on en a des 
pertinentes.


Faut voir les détails sur format de la page, mais on pourrait grouper 
par établissement présumé?


À++

--
Victor/tuxayo

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

Re: [OSM-talk-fr] Tag panneau zone vidéo surveillance ? => suite sur liste tagging

[Victor/tuxayo]

Bonjour,

Merci à tout le monde pour
- avoir lancé le sujet (timing parfait!)
- avoir abouti à un 1er modèle de cartographie
- et pour l'aide sur la problématique de cartographier l'absence de panneau.

Avec Eda on essaye de pousser le tout sur la liste tagging afin 
d'essayer d'arriver à un modèle un peu plus complet et simple.


Voilà le message (en anglais malheureusement):
http://gis.19327.n8.nabble.com/Tagging-the-presence-or-absence-of-signs-for-surveillance-cameras-td5958891.html

À++,

--
Victor/tuxayo

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

Re: [OSM-talk-fr] Tag panneau zone vidéo surveillance ?

[Victor/tuxayo]

On 20-02-13 00:27, marc marc wrote:

perso je suis fan de l'extention de unsigned sous forme
de  unsigned=
exemple unsigned=addr:housenumber : la plaque du no est absente
sur le terrain (mais l'info est vérifiable en opendata par ex)
donc dans ton cas, quand tu auras trouvé comment renseigner le panneau,
tu auras le moyen de renseigner son absence :-D


Donc dans ce cas ça donnerait:
tourism=information
information=board
unsigned=board_type:surveillance
ou unsigned:board_type=surveillance ?

Piste plus simple:

Après lecture du wiki de unsigned=*
https://wiki.openstreetmap.org/wiki/Key:unsigned

> This key is used to annotate the fact that there is no on-the-ground 
sign indicating this feature's name.


Ça semble assez approprié en cas de manque de panneau réglementaire 
qu'on puisse mettre "unsigned=yes", il suffit d'étendre un peu l'usage 
de unsigned a plus que des noms.
Donc ça donne bien envie de partir dessus, mais du coup pourquoi on 
mettrait pas directement "signed=no" ou "signed=yes" plutot? Ce serait 
plus direct, et ça éviterait les confusions et les doubles négations 
("unsigned=no" signifierait qu'il y a un panneau...).


Et ça éviterait la chaine:
tourism=information
information=board
board_type=surveillance


== Donc en résumé ==
Créer la page wiki pour documenter:
signed=yes
signed=no

qui indique qu'un objet porte un panneau sur lui.
Et dans la page wiki de man_made=surveillance préciser que c'est par 
rapport au panneau réglementaire dans les contextes où une telle 
réglementation existe.


Si ça vous semble pas trop mal, je peux ouvrir le sujet sur la liste 
tagging.


== alternative ==
Si signed=* est trop général et que c'est gênant:
camera:signed=yes
camera:signed=no


À++

--
Victor/tuxayo

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

Re: [OSM-talk-fr] Tag panneau zone vidéo surveillance ?

[Victor/tuxayo]

On 20-02-11 16:26, Shohreh wrote:

tourism=information
information=board
board_type=surveillance


Est-ce qu'il aurai a un moyen pour indiquer l'absence de panneau alors 
que c'est légalement requis? (caméra dans un lieu publique en France par 
exemple)


Car là on peut juste indiquer la présence d'un panneau.

Cas concret: Dans le cadre de contribuer à la campagne Technopolice[1] à 
Marseille, il y a pour plan de faire une cartopartie des caméras de 
surveillance.
Et pour aller plus loin, des gens seraient intéressés par indiquer si 
une caméra viole la législation sur l'affichage. Et de les extraire sur 
une carte pour que cela serve lors de plaintes.[2] (à différents buts 
dont obtenir en open data la position des caméras de certaines villes)


Donc cette discussion tombe très bien :D Est-ce que qu'un a une idée 
pour indiquer de manière propre l'absence de signalétique d'une caméra?
Au pire écrire un truc joli dans l’attribut "description" (ou un truc 
pas joli dans "note") et homogénéiser ce qu'il y est mit à l'échelle 
d'une ville mais c'est du gros bricolage. (non)


À++

[1] https://technopolice.fr/
[2] 
https://forum.technopolice.fr/topic/403/plainte-collective-cnil-obliger-paris-%C3%A0-publier-une-carte-de-ses-cam%C3%A9ras


--
Victor/tuxayo

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

Re: [OSM-talk-fr] Tag panneau zone vidéo surveillance ?

[Victor/tuxayo]

On 20-02-12 22:05, Florimond Berthoux wrote:
Le problème c'est que les consommateurs de cette données vont 
l'interpréter comme une information touristique alors que ça ne l'est pas.
Exemple, ça sera affiché sur CyclOSM comme n'importe qu'elle autre 
panneau d'info à valeur touristique.


On tombe dans le problème que les consommateurs ne doivent pas se fier 
uniquement aux clefs et aux valeurs mais à la documentation.
Sans la doc, il y a un nombre énorme de clefs+valeurs qui seraient mal 
interprétés.


À++

--
Victor/tuxayo

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

Re: [Talk-cat] Importació centres docents a Catalunya

[Victor]

Hola,

 ok, he fet les modificacions, no es molt complicat. Aqui estan els arxius
i el nou OSM:
https://drive.google.com/open?id=1etBzdv3Dni3Dv_Vcfd_6huvuB9yme5hm
He posat les traduccions de paraules i frases totes al fitxer de
configuracio de forma que es poden afegir o modificar segons sigui
necessari.

# Terms and abreviations to be translated
translations:
operator:type:
Públic: public
Privat: private
operator:
Alt. Ens Públ.: Altres ens Públics
Alt. est. no UE: Atres estats no Unió Europea
Alt. estats UE: Atres estats Unió Europea
Alt. Titularit.: Atres titularitats
Altres Depart.: Altres Departaments
Associacions: Associacions
Cooperatives: Cooperatives
Corp. Locals: Corporacions locals
Dep.Ensenyament: Departament d'Ensenyament
Església Catòl.: Església Catòlica
Fundacions: Fundacions
Jurídica Estra.: Jurídica estrangera
Ordes i Cong.: Ordes i Congregacions
Person.Fís. Es.: Persones Físiques
Persones Físiq.: Persones Físiques
Soc. Civils: Societats civils
Soc. Mercantils: Societats mercantils

word_replacements:
addr:street:
C.: Carrer
Av.: Avinguda
Ctra.: Carretera
Pl.: Plaça
pça.: Plaça
Pça.: Plaça
Pg.: Passeig
Pss: Passeig
Rbla.: Rambla
Rda.: Ronda
Trav.: Travessera
Ptge.: Passatge
pge.: Passatge
urb.: Urbanització
Urb.: Urbanització
Prol.: Prolongació
name:
Esc.: Escola
Cons.: Consevatori
Cent.: "Centre "
Prof: "Professional "
Mús.: Música
C.Educ.: "Centre d'Educació "
Sup.: "Superior "
Inst.: Institut
inf.: infants

Respecte als centres propers el que podria fer es agruparlos en paquests de
p.ex 100 centres (clustering) , per proximitat basat en les coordenades.  I
fer un arxiu OSM per cada grup.
A partir d'aixo tambe es podria treure el poligon quadrat (bbox) que conte
cada grup (max lat, max lon, min lat, min lon). Pero no serien quadrats
alineats ni res, molts es solaparien per algun canto a llocs com barcelona,
etc. No se si serviria.
O potser amb els osm de cada grup es suficient per repartir la feina, per
que de fet l'altre script de madrid fa el contrari, a partir dels quadrats
calcula aquests osm petits.

On Sat, Dec 7, 2019 at 1:25 PM Lanxana .  wrote:

> Bon dia!
>
> En primer lloc, molt bona feina, Víctor, ets un crack! Moltes gràcies per
> preparar l'script.
>
> Fins avui no he pogut mirar-m'ho amb calma, al intentar carregar el fitxer
> *.osm a JOSM dona un error en unes coordenades, que al fitxer origen estan
> malament. És una correcció manual que ja documentaré a la wiki i ho
> comunicaré també al Departament d'Ensenyament perquè ho corregeixin a la
> seva base. És l'Institut de Navarcles, codi 08059524, on la longitud s'ha
> de canviar a 1.91130 (aprox., al dataset agafa el mateix valor que la UTM
> Y, fins i tot a la columna amb la nova georeferència)
>
> Respecte a generar el fitxer GEOJSON, el propi JOSM deixa exportar en
> aquest format, i des de QGIS puc fer els polígons per al gestor de tasques
> (al menys aquesta és la teoria). Estic investigant com aconseguir polígons
> que tinguin una quantitat similar de centres propers entre ells, sinó ho
> faria de manera manual i aproximada.
>
> Respecte al script, volia saber si es poden incloure uns petits canvis, si
> no es pogués ho documentaria per a que es faci la revisió manual abans de
> validar cada centre:
>
> - el tag url no cal que aparegui en cada centre, el reservaríem per al
> changeset. En canvi, els de source i source:date està bé que hi siguin
> perquè és informació directa que un pot necessitar quan consulti aquell
> centre en concret.
>
> - el tag operator:type agafa el valor de la taula, que està en català, i
> hauria de quedar en anglès:
>
> Nom naturalesa operator:type
> Públic public
> Privat private
>
> - el tag operator també agafar el valor de la taula, que conté
> abreviatures i s'haurien de substituir pels noms complets:
>
> Nom titularitat operator
> Alt. Ens Públ. Altres ens Públics
> Alt. est. no UE Atres estats no Unió Europea
> Alt. estats UE Atres estats Unió Europea
> Alt. Titularit. Atres titularitats
> Altres Depart. Altres Departaments
> Associacions Associacions
> Cooperatives Cooperatives
> Corp. Locals Corporacions locals
> Dep.Ensenyament Departament d'Ensenyament
> Església Catòl. Església Catòlica
> Fundacions Fundacions
> Jurídica Estra. Jurídica estrangera
> Ordes i Cong. Ordes i Congregacions
> Person.Fís. Es. Persones Físiques
> Persones Físiq. Persones Físiques
> Soc. Civils Societats civils
> Soc. Mercantils Societats mercantils
>
> - passa el mateix amb el tag name, en aquest cas hi ha moltíssimes
> variables i no sé fins a quin punt es poden automatitzar els canvis (si es
> pogués a partir d'una taula, la tinc creada i te la podria passar)
>
> - igual amb el tag addr:street, però com que les adreces s'hauran de
> revisar manualment sí o sí, es optatiu fer el canvi de C. per Carrer, Av.
> per Avinguda, etc. amb l'script
>
> Un cop més, moltes gràcies per la feina feta!
> ___
> Talk-cat mailing list
> Talk-cat@openstreetmap.org
> 

Re: [Talk-cat] Importació centres docents a Catalunya

[Victor]

M'he estat mirant l'script dels de Madrid i crec que m'estava liant,
soc novatillo en tot aixo.  El segon script el que fa es dividir
l'arxiu OSM en trosos petits basat en els arxius geojson de cada area
de quadricula, segons entenc.  De forma que despres cada persona que
s'agafi un quadradet del gestor de tasques per completar tindra tambe
l'arxiu OSM d'aquesta area.

Un altre tema es crear un arxiu geojson de tot catalunya per
carregarlo al gesto de tasques, que no se com va.  Si aquest geojson
pot ser aproximat es pot fer facilment per exemple a aquesta web:
http://geojson.io/#map=8/41.741/1.428
I despres com repartir els centres en tasques al gestor tampoc se com
va. Molts estaran concentrats a barcelona i comarques del voltant,
etc.


On 11/30/19, yo paseopor  wrote:
> I això ens donaria un geojson exterior que ens servís després per
> carregar-lo al gestor de tasques (amb les zones per delimitar i tals?). És
> el pas que ens faltaria per incloure'l al gestor de tasques, al marge d'un
> arxiu OSM, que sempre va bé per editar des de JOSM.
>
> Salut i centres educatius
> yopaseopor
>
> On Fri, Nov 29, 2019 at 2:45 PM Victor  wrote:
>
>> He afegit que acumuli al tag *isced:level* els diferents codis quan hi ha
>> mes d'un cicle al centre. P.ex:  
>>
>> On Fri, Nov 29, 2019 at 11:52 AM Victor  wrote:
>>
>>> Hola de nou,
>>>  he estat liat aquestes setmanes pero finalment m'he posat amb l'script
>>> de conversio de centres docents i ja tinc una 1a versio.  Per fer-ho el
>>> mes
>>> generic posible he separat a un fitxer apart el mapeig els noms de les
>>> columnes CSV de gencat amb els tags de OSM, segons descrit a la wiki:
>>> https://wiki.openstreetmap.org/wiki/Import_schools_in_Catalunya
>>> El fitxer de mapeig es:  *mapping_config.yaml*  Es prou auto-explicatiu.
>>> L'script en python que fa la conversio es: *convert_cvs2osm.py*
>>> I el OSM resultant es:  *Directori_de_centres_docents.osm*
>>>
>>> Alguns comentaris i dubtes:
>>>  - He agafat nomes les escoles amb Any=2019, les altres estan duplicades
>>> i entenc que aquestes son les que tenen les dades mes actualitzades.
>>>  - Les adreces les he dividit en street i housenumber separant per la
>>> primera coma. La majoria coincideixen bé, pero en alguns casos han posat
>>> coses al final com 'barri bla, bla'
>>>  - Els kindergarten, entenc que si al mateix centre hi ha algun cicle
>>> mes
>>> pasen a ser school.
>>>  - min_age i max_age: si al centre hi ha varis cicles he agafat el minim
>>> de tots el cicles i el maxim de tots el cicles. P.ex. si a un centre hi
>>> ha
>>> ed. primaria (6-12)  i ESO (12-16), el minim seria 6 i el maxim 16.
>>> Correcte?
>>>  - Pels 'Special Education Centers' he afegit description=Centre
>>> d'educació especial.
>>>  - El tag addr:place=* has posat 'nom localitat'. Pero segons la wiki de
>>> OSM aquest tag hauria de ser nomes per alguns llocs molt poc comuns on
>>> l'adreça te numero pero no te nom de carrer. P.ex pobles a rusia on
>>> nomes
>>> han numerat les cases pero no hi ha cap nom de carrer. Crec que aqui no
>>> seria el cas, no cal utilitzar-ho jo crec.
>>> - Cada node te un ID, que he vist que per importacions sol ser un numero
>>> negatiu arbitrari.  No se si s'ha de seguir algun metode concrec, poden
>>> haver colisions amb altres...
>>>
>>> L'script no pot ser completament generic per que hi ha coses molt
>>> especifiques de les escoles, com el tema de min_age i max_age, pero crec
>>> que adaptar-ho per altres conversions no seria gaire dificil.
>>> No se si em deixo alguna cosa.
>>> parlem!
>>> victor
>>>
>>>
>>> On Sat, Oct 12, 2019 at 6:27 PM Lanxana .  wrote:
>>>
>>>> Crec que precisament per això a Madrid van fer dos scripts per tenir un
>>>> primer, genèric, que transforma els fitxers xml a osm, i un altre per
>>>> convertir el fitxer osm en les tasques que es carreguen al gestor ( que
>>>> és
>>>> el que podem aprofitar). No sé si és possible tenir un script que sigui
>>>> capaç de processar tots els tipus de dataset que tenim de la
>>>> Generalitat.
>>>> Hi haurà coses comunes com podria ser el tema adreça (que s'ha de
>>>> processar
>>>> i separar en parts), però altres molt específiques (com els
>>>> isced_level,
>>>> min_age, max_age, etc. en aquest cas).
>>>>
>>>> Encara no aconsegueixo posar-me amb el gestor per veure què necessita
>>>> n

Re: [Talk-cat] Importació centres docents a Catalunya

[Victor]

Hola, generar tambe les tasques en geojson (o json) es bastant facil, nomes
necesitaria veure la definio d'aquests arxius, o algun exemple, per veure
l'estructura concreta.
Crec que haviem dit que ja hi ha un segon script generic que feia la
conversio de OSM a JSON,  pero com que generar-ho directament crec que sera
molt senzill ho podria afegir.  O crear un 2on script en python que ho fes,
potser serien 4 linies i serviria per altres futures tasques.
victor

On Sat, Nov 30, 2019 at 1:22 PM yo paseopor  wrote:

> I això ens donaria un geojson exterior que ens servís després per
> carregar-lo al gestor de tasques (amb les zones per delimitar i tals?). És
> el pas que ens faltaria per incloure'l al gestor de tasques, al marge d'un
> arxiu OSM, que sempre va bé per editar des de JOSM.
>
> Salut i centres educatius
> yopaseopor
>
> On Fri, Nov 29, 2019 at 2:45 PM Victor  wrote:
>
>> He afegit que acumuli al tag *isced:level* els diferents codis quan hi
>> ha mes d'un cicle al centre. P.ex:  
>>
>> On Fri, Nov 29, 2019 at 11:52 AM Victor  wrote:
>>
>>> Hola de nou,
>>>  he estat liat aquestes setmanes pero finalment m'he posat amb l'script
>>> de conversio de centres docents i ja tinc una 1a versio.  Per fer-ho el mes
>>> generic posible he separat a un fitxer apart el mapeig els noms de les
>>> columnes CSV de gencat amb els tags de OSM, segons descrit a la wiki:
>>> https://wiki.openstreetmap.org/wiki/Import_schools_in_Catalunya
>>> El fitxer de mapeig es:  *mapping_config.yaml*  Es prou
>>> auto-explicatiu.
>>> L'script en python que fa la conversio es: *convert_cvs2osm.py*
>>> I el OSM resultant es:  *Directori_de_centres_docents.osm*
>>>
>>> Alguns comentaris i dubtes:
>>>  - He agafat nomes les escoles amb Any=2019, les altres estan duplicades
>>> i entenc que aquestes son les que tenen les dades mes actualitzades.
>>>  - Les adreces les he dividit en street i housenumber separant per la
>>> primera coma. La majoria coincideixen bé, pero en alguns casos han posat
>>> coses al final com 'barri bla, bla'
>>>  - Els kindergarten, entenc que si al mateix centre hi ha algun cicle
>>> mes pasen a ser school.
>>>  - min_age i max_age: si al centre hi ha varis cicles he agafat el minim
>>> de tots el cicles i el maxim de tots el cicles. P.ex. si a un centre hi ha
>>> ed. primaria (6-12)  i ESO (12-16), el minim seria 6 i el maxim 16.
>>> Correcte?
>>>  - Pels 'Special Education Centers' he afegit description=Centre
>>> d'educació especial.
>>>  - El tag addr:place=* has posat 'nom localitat'. Pero segons la wiki de
>>> OSM aquest tag hauria de ser nomes per alguns llocs molt poc comuns on
>>> l'adreça te numero pero no te nom de carrer. P.ex pobles a rusia on nomes
>>> han numerat les cases pero no hi ha cap nom de carrer. Crec que aqui no
>>> seria el cas, no cal utilitzar-ho jo crec.
>>> - Cada node te un ID, que he vist que per importacions sol ser un numero
>>> negatiu arbitrari.  No se si s'ha de seguir algun metode concrec, poden
>>> haver colisions amb altres...
>>>
>>> L'script no pot ser completament generic per que hi ha coses molt
>>> especifiques de les escoles, com el tema de min_age i max_age, pero crec
>>> que adaptar-ho per altres conversions no seria gaire dificil.
>>> No se si em deixo alguna cosa.
>>> parlem!
>>> victor
>>>
>>>
>>> On Sat, Oct 12, 2019 at 6:27 PM Lanxana .  wrote:
>>>
>>>> Crec que precisament per això a Madrid van fer dos scripts per tenir un
>>>> primer, genèric, que transforma els fitxers xml a osm, i un altre per
>>>> convertir el fitxer osm en les tasques que es carreguen al gestor ( que és
>>>> el que podem aprofitar). No sé si és possible tenir un script que sigui
>>>> capaç de processar tots els tipus de dataset que tenim de la Generalitat.
>>>> Hi haurà coses comunes com podria ser el tema adreça (que s'ha de processar
>>>> i separar en parts), però altres molt específiques (com els isced_level,
>>>> min_age, max_age, etc. en aquest cas).
>>>>
>>>> Encara no aconsegueixo posar-me amb el gestor per veure què necessita
>>>> ni com es fa. La meva idea era seguir el procés que van fer ells, o mirar
>>>> com es fa amb les tasques de cadastre. En tot cas veig que cal un fitxer
>>>> geojson amb els límits de les tasques i tampoc he aconseguit encara
>>>> generar-lo. A les males estic pensant que podem ordenar per codi postal,
>>>> divid

Re: [Talk-cat] Importació centres docents a Catalunya

[Victor]

He afegit que acumuli al tag *isced:level* els diferents codis quan hi ha
mes d'un cicle al centre. P.ex:  

On Fri, Nov 29, 2019 at 11:52 AM Victor  wrote:

> Hola de nou,
>  he estat liat aquestes setmanes pero finalment m'he posat amb l'script de
> conversio de centres docents i ja tinc una 1a versio.  Per fer-ho el mes
> generic posible he separat a un fitxer apart el mapeig els noms de les
> columnes CSV de gencat amb els tags de OSM, segons descrit a la wiki:
> https://wiki.openstreetmap.org/wiki/Import_schools_in_Catalunya
> El fitxer de mapeig es:  *mapping_config.yaml*  Es prou auto-explicatiu.
> L'script en python que fa la conversio es: *convert_cvs2osm.py*
> I el OSM resultant es:  *Directori_de_centres_docents.osm*
>
> Alguns comentaris i dubtes:
>  - He agafat nomes les escoles amb Any=2019, les altres estan duplicades i
> entenc que aquestes son les que tenen les dades mes actualitzades.
>  - Les adreces les he dividit en street i housenumber separant per la
> primera coma. La majoria coincideixen bé, pero en alguns casos han posat
> coses al final com 'barri bla, bla'
>  - Els kindergarten, entenc que si al mateix centre hi ha algun cicle mes
> pasen a ser school.
>  - min_age i max_age: si al centre hi ha varis cicles he agafat el minim
> de tots el cicles i el maxim de tots el cicles. P.ex. si a un centre hi ha
> ed. primaria (6-12)  i ESO (12-16), el minim seria 6 i el maxim 16.
> Correcte?
>  - Pels 'Special Education Centers' he afegit description=Centre
> d'educació especial.
>  - El tag addr:place=* has posat 'nom localitat'. Pero segons la wiki de
> OSM aquest tag hauria de ser nomes per alguns llocs molt poc comuns on
> l'adreça te numero pero no te nom de carrer. P.ex pobles a rusia on nomes
> han numerat les cases pero no hi ha cap nom de carrer. Crec que aqui no
> seria el cas, no cal utilitzar-ho jo crec.
> - Cada node te un ID, que he vist que per importacions sol ser un numero
> negatiu arbitrari.  No se si s'ha de seguir algun metode concrec, poden
> haver colisions amb altres...
>
> L'script no pot ser completament generic per que hi ha coses molt
> especifiques de les escoles, com el tema de min_age i max_age, pero crec
> que adaptar-ho per altres conversions no seria gaire dificil.
> No se si em deixo alguna cosa.
> parlem!
> victor
>
>
> On Sat, Oct 12, 2019 at 6:27 PM Lanxana .  wrote:
>
>> Crec que precisament per això a Madrid van fer dos scripts per tenir un
>> primer, genèric, que transforma els fitxers xml a osm, i un altre per
>> convertir el fitxer osm en les tasques que es carreguen al gestor ( que és
>> el que podem aprofitar). No sé si és possible tenir un script que sigui
>> capaç de processar tots els tipus de dataset que tenim de la Generalitat.
>> Hi haurà coses comunes com podria ser el tema adreça (que s'ha de processar
>> i separar en parts), però altres molt específiques (com els isced_level,
>> min_age, max_age, etc. en aquest cas).
>>
>> Encara no aconsegueixo posar-me amb el gestor per veure què necessita ni
>> com es fa. La meva idea era seguir el procés que van fer ells, o mirar com
>> es fa amb les tasques de cadastre. En tot cas veig que cal un fitxer
>> geojson amb els límits de les tasques i tampoc he aconseguit encara
>> generar-lo. A les males estic pensant que podem ordenar per codi postal,
>> dividir en paquets d'uns 20 punts i tirar milles... al menys garantiríem
>> una certa proximitat geogràfica entre ells perquè en una mateixa tasca no
>> tinguis un centre a la Vall d'Aran i un altre a Deltebre...
>>
>> Si algú sap i pot generar el geojson i/o investigar com funciona el
>> gestor de tasques, endavant! Jo no sé quan podré ni si ho podré fer.
>>
>> Salut!
>>
>>
>> <https://www.avast.com/sig-email?utm_medium=email_source=link_campaign=sig-email_content=webmail>
>>  Libre
>> de virus. www.avast.com
>> <https://www.avast.com/sig-email?utm_medium=email_source=link_campaign=sig-email_content=webmail>
>> <#m_1286287474594208639_m_1020502445569712513_DAB4FAD8-2DD7-40BB-A1B8-4E2AA1F9FDF2>
>>
>> El sáb., 12 oct. 2019 a las 4:48, Ismael Luceno ()
>> escribió:
>>
>>> On 22/Sep/2019 14:00, Lanxana . wrote:
>>> > Com a guia m'he estat mirant la importació de les oficines de correus
>>> > de Madrid [3]. Fan servir dos scripts (tots dos estan a github): un
>>> > per convertir l'etiquetat i l'altre per generar les tasques per al
>>> > gestor.
>>>
>>> Seria interessant unir les dues parts i automatitzar la tasca; podem
>>> generar un fitxer XML amb el resultat llest per importar, així es pot
>>> simplement revisar i imp

Re: [Talk-cat] Importació centres docents a Catalunya

[Victor]

He fet una primera prova de aparellar els centres descarregats del OSM amb
el llistat de la generalitat mitjançat la proximitat per coordenades, o
sigui els que estan a menys d'uns 300m aproximadament.  I he generat un csv
amb els nom i municipi del centre al OSM i el nom i municipi al csv de la
generalitat:

https://drive.google.com/file/d/17x1Q1w6oQGdGT6Bh6Qdv-ehtF1QmaPg6/view?usp=sharing

Molts coincideixen mes o menys, alguns deuen ser fals positius degut a
escoles i instituts que estan tocant, etc.   Molts no tenen cap nom al OSM,
ara amb aixo es podrien completar facilment.
I de moment per anar rapid nomes ho he fet amb nodes, que ja venen amb les
coordenades. Per poligons i relacions quan tingui una estona mes. I afegint
escoles bressol tambe.

Aquests serien els centres que apareixen als dos llocs, per coordenades.
Tambe tinc els que estan a gencat pero encara no estan a OSM. I viceversa,
algun que hagi deixat de ser escola.
___
Talk-cat mailing list
Talk-cat@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-cat

Re: [Talk-cat] Importació centres docents a Catalunya

[Victor]

Una 1a versio del CSV de les escoles extret del OSM:
https://drive.google.com/file/d/1M_Vu88qBZ6-AO5vmp8tJ3Tuj5gkpgMSp/view?usp=sharing
___
Talk-cat mailing list
Talk-cat@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-cat

Re: [Talk-cat] Importació centres docents a Catalunya

[Victor]

Si, m’ho he pogut baixar del overpass ja filtrat en xml amb tots els tags i
pasar-ho a csv. Ara tinc el llistat de totes les escoles de catalunya amb
els tags mes comuns, unes 4000. Pero hi ha alguns problemes.

La gent ha posat alguns com amenity=school i altres com a building=school.
Segons entenc amenity hauria de ser el recinte de l’escola inclos els
patis, i building cada edifici de l’escola. Pero a cada lloc han fet la
seva. A part n’hi ha q no son escoles sino facultats, academies...  Molt
pocs tenen tags, alguns ni tan sols el nom, cap tag.
Apart n’hi ha nodes, ways i relacions, aquestes no haurien de tenir aquest
tag.

Kindergartens, facultats, universitats i demes no he mirat, nomes schools.

Per altre banda m’he descarregat un quadrat q agafa tota catalunya, pero
tambe alguns pobles de l’arago, frança, castello. No se si hi ha alguna
manera de filtrar. L’adreça o poblacio no hi es a la majoria.

On Monday, July 29, 2019,  wrote:

> Send Talk-cat mailing list submissions to
> talk-cat@openstreetmap.org
>
> To subscribe or unsubscribe via the World Wide Web, visit
> https://lists.openstreetmap.org/listinfo/talk-cat
> or, via email, send a message with subject or body 'help' to
> talk-cat-requ...@openstreetmap.org
>
> You can reach the person managing the list at
> talk-cat-ow...@openstreetmap.org
>
> When replying, please edit your Subject line so it is more specific
> than "Re: Contents of Talk-cat digest..."
>
>
> Today's Topics:
>
>1. Re:  Importació centres docents a Catalunya (Lanxana .)
>2. Re:  Importació centres docents a Catalunya (Lanxana .)
>
>
> --
>
> Message: 1
> Date: Mon, 29 Jul 2019 20:35:01 +0200
> From: "Lanxana ." 
> To: OpenStreetMap in catalan 
> Subject: Re: [Talk-cat]  Importació centres docents a Catalunya
> Message-ID:
>  yfuy2bnmplgfx8ptquencfaxsbhbsdtlrn...@mail.gmail.com>
> Content-Type: text/plain; charset="utf-8"
>
> Bones,
>
> Sí, hi ha molta feina a fer manualment i hi ha moltes dades. He fet unes
> quantes consultes generals... al dataset hi ha 5641 centres diferents (si
> he aplicat bé la formula per calcular els valors diferents). Respecte a
> OSM, he fet un parell de consultes ràpides a overpass per saber quants
> centres hi ha ara al mapa:
>
> amenity=school [1] -> 648 punts, 7 línies i 1895 polígons
>
> amenity=kindergarten [2] -> 183 punts, 6 línies i 211 polígons
>
> Així que podríem dir que estim meitat i meitat, sense entrar a valorar si
> hi ha centres que són node i polígon.
>
> El dataset està al portal de dades obertes de la Generalitat, deixo
> l’enllaç directe [3]. Es pot descarregar en diferents formats, jo vaig
> baixar-lo en csv per poder treballar amb el Calc.
>
> A Madrid van fer la importació dels centres de culte i de museus, tenint en
> compte els que ja hi havia al mapa, havia pensat aprofitar les wikis com a
> guia per redactar aquesta [4] i [5], només que ells van fer-ho directament
> en anglès i el tinc massa rovellat com per escriure-ho tot directament.
>
> Salut!
>
> [1] https://overpass-turbo.eu/s/La4
>
> [2] https://overpass-turbo.eu/s/La5
>
> [3]
> https://analisi.transparenciacatalunya.cat/Educaci-/Directori-de-centres-
> docents/e2ef-eiqj
>
> [4] https://wiki.openstreetmap.org/wiki/Madrid_Places_of_Worship_Import
>
> [5] https://wiki.openstreetmap.org/wiki/Madrid_Museums_Import
>
> <https://www.avast.com/sig-email?utm_medium=email_
> source=link_campaign=sig-email_content=webmail>
> Libre
> de virus. www.avast.com
> <https://www.avast.com/sig-email?utm_medium=email_
> source=link_campaign=sig-email_content=webmail>
> <#DAB4FAD8-2DD7-40BB-A1B8-4E2AA1F9FDF2>
>
> El lun., 29 jul. 2019 a las 11:45, Victor () escribió:
>
> > Aixo dels centres existents ja ho havia pensat, importar masivament no es
> > tan facil. Pero tampoc se com ho feu normalment.  Sembla que la unica
> > solucio es fer-ho mig manualment amb el maxim de pre-procesament per
> > agilitzar o anar nomes als que faltin.  Tot i aixo sembla una feinada
> > manual, si parlem de milers de centres.
> >
> > M'he baixat la base de dades de OSM en XML d'una part del valles i he
> > extret les escoles; els elements amb el tag 'school'.  Poden ser tant
> nodes
> > com ways o relations. Molts nomes posa el nom, altres hi ha tambe
> addreça,
> > web, telf... p.ex:
> >  > timestamp="2013-01-11T08:30:42Z" changeset="14606972" uid="1195768"
> > user="larslynch">
> > 
> > 
> > 
> > 
> > 
> > 
> >
> >

Re: [Talk-cat] Importació centres docents a Catalunya

[Victor]

Hola, jo podria col.laborar amb el tema dels scripts, analitzar
l'arxiu d'origen i si cal fer neteja de les dades, uniformitzar camps,
etc. Conec python i pandas que pot anar be per sengons quin tipus
d'analisis.

On 7/27/19, talk-cat-requ...@openstreetmap.org
 wrote:
> Send Talk-cat mailing list submissions to
>
> Bon dia, gent!
>
> Tot aprofitant que tenim el personal docent fent vacances, he pensat en
> començar a preparar la importació dels centres docents que tenim a
> Catalunya, a partir del dataset que hi ha a les dades obertes de la
> Generalitat.
>
> Per poder fer la importació cal seguir una sèrie de passes i anar prenent
> decisions. Per fer-ho més fàcil, transparent i participatiu, ho comento per
> aquí. Tota ajuda serà benvinguda, no tan sols a fer la importació en sí,
> sinó en la presa de decisions, programació d’script, redactat de
> documentació i correus... Per què us feu una idea, el dataset està compost
> per gairebé 22.000 files, que no he mirat encara si són a centre per fila o
> n’hi ha de repetits, i 60 camps.
>
> Fases de treball (ordre aproximat):
>
> 1 - analitzar quins camps de dades hi ha (columnes) al dataset i què
> contenen. (FASE FETA, adjunto fitxer).
>
> 2 - determinar quins camps són importables i quins no
>
> 3 - obrir el dataset i analitzar què hi ha: duplicitat de centres? Com
> apareixen els que ofereixen més d’un cicle formatiu? Caldrà afegir
> etiquetat nou (edats mínimes i màximes, per exemple)? Hi ha diferenciació
> entre privat i concertat? Com indiquem estudis públics amb taxa (escola
> idiomes, alguns cicles superiors, escola adults...)? Com han tractat els
> ZAR o escoles rurals? Cal afegir algun codi per identificar qui hi forma
> part?
>
> 4 - definir l’etiquetat tant dels camps importables com el que haguem
> definit abans per tractar les diferents casuístiques
>
> 5 - crear un script que converteixi el csv o xml origen en el fitxer osm o
> csv base per a la importació
>
> 6 - determinar com farem la importació (més aviat serà tot coflació de
> dades): gestor de tasques per municipi, àrea, quantitat de centres?
>
> 7 - documentar tot a la wiki: llicència, estudi dels camps, script per a la
> conversió, com es farà la importació... Decidir llengua/llengües de la
> wiki: català, castellà i anglès?
>
> 8 - escriure a la comunitat espanyola
>
> 9 - escriure a imports, afegir la proposta a la wiki corresponent,
> gestionar respostes...
>
> 10 - importació!
>
> Us convido a que dieu la vostra i comenteu on i com podríeu ajudar, per
> muntar un equip de treball i anar organitzant-nos. O què us semblaria
> compartir les tasques de preparació amb la llista espanyola per tenir més
> mans i opinions abans de fer-la oficial.
>
> Afegeixo una sèrie d’enllaços a diferents pàgines de la wiki on he trobat
> informació relativa als centres docents:
>
> Codi ISCED, utilitzat per identificar el grau formatiu:
> https://wiki.openstreetmap.org/wiki/Key:isced:level
>
> Etiqueta school amb les etiquetes addicionals proposades:
> https://wiki.openstreetmap.org/wiki/Tag:amenity%3Dschool
>
> Estudi sobre les etiquetes disponibles per al sector educatiu (la versió en
> castellà podria ser un xic diferent a l’anglesa):
> https://wiki.openstreetmap.org/wiki/Education_features
>
> Última importació de centres escolars que he trobat, feta a Perú:
> https://wiki.openstreetmap.org/wiki/ES:Importando_instituciones_educativas_en_Per%C3%BA
>
> Exemple de wiki d’importació, feta a Madrid:
> https://wiki.openstreetmap.org/wiki/Madrid_Drinking_Water_Import
> Salut!
> -- next part --
> An HTML attachment was scrubbed...
> URL:
> 
> -- next part --
> A non-text attachment was scrubbed...
> Name: OSM_centres_docents.csv
> Type: application/vnd.ms-excel
> Size: 2775 bytes
> Desc: not available
> URL:
> 
>
> --
>
> Subject: Digest Footer
>
> ___
> Talk-cat mailing list
> Talk-cat@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-cat
>
>
> --
>
> End of Talk-cat Digest, Vol 69, Issue 1
> ***
>

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

Re: [OSM-talk] Ground truth for non-physical objects

[Victor Shcherb]

I think, the problem that rule says "on-the-ground" and if it doesn't mean
on-the-ground and people *cannot find it, * for example there is no sign at
all like houses missing the number plate or abandonned houses or forest /
national park divisions.

Indeed, mail address is one of the possibility to check but they are not
consistent. Sending 2 emails to correct-like address could give
contradicting results easily because they are human processed.

There is no need to discredit the rule, especially where it couldn't
applied, there is a need to enhance the rule for a non-physical objects
which are mostly driven by documents. And OSM was always fine to accept
these imports driven by municipality documents.


On Tue, 11 Dec 2018 at 12:28, Jochen Topf  wrote:

> On Tue, Dec 11, 2018 at 01:08:35PM +0200, Tomas Straupis wrote:
> >   I had an actual situation 5 or so years ago when an address was
> > mapped in Vilnius. Address does not exist in official records. The
> > user sent me a picture of this house number. I contacted municipality
> > ant they explained that the sign is not an official one, it means
> > nothing, there is no such address.
>
> It seems you haven't understood the on-the-ground rule 5 years ago and
> you still haven't. For all intents and purposes there is such an
> address. Mail will arrive there, people can find the house when looking
> for it. It doesn't matter what the official record says. It doesn't
> matter whether the address should be there or not according to some
> authority. The address is there and it should be mapped that way. That
> is what on-the-ground rule means. It works in practice. It works well.
> And, yes, there are always corner cases. But that's no reason to
> discredit the rule.
>
> Jochen
> --
> Jochen Topf  joc...@remote.org  https://www.jochentopf.com/
> +49-351-31778688
>
> ___
> talk mailing list
> talk@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk
>
___
talk mailing list
talk@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk

Re: [OSM-talk] Feature Proposal - RFC - Mapping disputed boundaries

[Victor Shcherb]

Hi All,
It might sound a bit critical but I believe the ways *without a role * in
admin_level=2 creates more confusion than bring value.
First of all, the biggest value of admin_level=2:
- to identify country as it is in UN
- to have name translated in different languages
- to have extra tags related to the country (probably spoken language or
some details like right/left hand driving)
- define further administrative structure *driven by local country
authorities.*

I like the idea that Ukraine has a proper admin subdivision for regions
defined by local OSM community and it has Crimea registered with role
"claimed" which is 1) indicative and 2) valuable

Ways on these relations could be misinterpreted  as 1) official boundaries
by UN 2) boundaries that are controlled and patrolled by official army 3)
boundaries "recognized" by OSMF 4) boundaries by constitution of the
country itself . And it creates a mess of interpretation and doesn't help
anybody.

Another argument that ways of admin_level=2, these enormous relations are
mostly broken and create issues for editing/validating anyway. In theory
the users of admin_level boundaries could use the sum of further
administrative division and subselect proper roles.

So, I would suggest:
1) To get rid of non-role member ways from admin_level relation
2) But keep the ways themselves visible that will represent controlled
boundaries

Best Regards,
Victor

On Tue, 27 Nov 2018 at 09:33, Roland Olbricht 
wrote:

> Hi all,
>
> a much simpler approach is to look into the respective constitution.
>
> The Ukrainian constitution defines the state's territory in article 133.
> Other countries, like Germany do so as well, and Ireland does or has
> done so. France does not define its terriotry in the constitution, and
> the UK has AFAIK no constituation. Probably in both countires laws exist.
>
> Thus I suggest to create a relation comprising the regions mentioned in
> that said article. It should hold the various name tags and a distinct
> tag (not "boundary", "admin_level", or "source") to indicate that it is
> a boundary according to the consitution, e.g.
> "legitimation=constitution" (and "legitimation=national_law" if not
> declared by the constitution). Countries where the constitution
> conincides with the de-facto border can just get the tag.
>
> For Cyprus and Western Sahara, I have been unable to find the relevant
> documents. I'm cautiously optimistic that they can be modeled in the
> same way.
>
> Given that there is at most one constiution per country, that those are
> designed to change infrequently and most countries are expected to
> conincide, this allows to add no-nonsense data without opening a can of
> worms.
>
> Best regards,
>
> Roland
>
> ___
> talk mailing list
> talk@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk
>
___
talk mailing list
talk@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk

Re: [OSM-talk] Distribution of OSM ids could be much more useful!

[Victor Shcherb]

Sorry messed up with interface, my reply was to Paul Norman but I didn't
get his message so replied to a wrong email.

I mentionned Permanent id because OSM anyway failed to implement it or
didn't want to have it with sequential id.

Best Regards,
Victor

On Sun, 25 Nov 2018 at 16:13, Tomas Straupis 
wrote:

> Could you ealborate more on why you mention permanent id here? I see your
> idea, but do not understand how it is connected to permanent id problem.
>
> There were some tests done regarding permanent id in Lithuania, but those
> were regarding places of interest.
>
> If this has something in common, I could share some ideas and
> observations, so that they do not now go in vain. Maybe somebody would like
> to continue research, as this is quite an important thing to OSM.
>
___
talk mailing list
talk@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk

Re: [OSM-talk] Distribution of OSM ids could be much more useful!

[Victor Shcherb]

Yes, I threw the idea slightly unprepared to create a discussion. May be it
shouldn't be that revolutionary as using 30 bits for geo-location index but *16
bits *wouldn't change much.

As I see, we are talking *density vs geo-index.* I understand, your point
that most of (or some) software is built to optimize density but it should
be able to take advantage from geo-index as well.

> 33 bits of ids will mean 56-64-bit space for geo-index cache (wouldn't
fit operating memory)
As of today we are approaching 33 bits and we may never approach 36 bits.
Though to build a geolocation cache we need to associate each id at least
with its location i.e. int representing a tile. So we need to add to 33
bits - 30 or 32 bits and we end up around 64 bits, so it is almost
impossible to keep a geo index in the memory.
The operation of extraction is the most popular in OSM and there it could
benefit the most i.e. iterating over Way nodes you can immediately say if
it is valuable or not for your dataset which might fit the operating memory
well. By the second run you can combine the ways you are interested with
with the nodes.

> Z-curve locality
I don't see any problem with locality of Z-curve cause it would not be used
in any algorithm I see. The algorithm would build Z-tiles index which are
interested for data set extraction.

>Density issue, how many bits is the best to store
Of course, we could write an algorithm and find the best-ratio between
id-distribution and bits allocated for geo-index. I would try to speculate
with 16 bits.
If we take only 16 bits, the most dense area I would see as Munich and its
suburbs (8th tile zoom). As I see that tile takes around *60 MB in osm.pbf*.
And it brings roughly 5 000 000 - 10 000 000 ids and it is *23 extra bits. *So
we could safely assume that we will stay in *26 bits* and 16 + 26 = *42
bits *which falls under your assumption of dense software, I guess.

The most important to say that difference between 42 and 34 bits is not
huge for software at all cause there is always alignment by 8 bits.

BTW: I could imagine that working with Whole planet is different use case
where you need to maintain all global indexes and so on. Of course, by
taking extra work on OSM DB and OSM API, it should help a lot 3rd party
apps which don't process whole planet.

Best Regards,
Victor

On 25 Nov 2018 06:36:39 -0800, Paul Norman wrote


> It would be terrible for most software that I am aware of that can
> process the full planet. Current assumptions about density would be
> broken, vastly inflating memory usage and slowing down processing.
>
> The benefits aren't great as I see them. Using a z-order curve encoded
> in the first 30 bits will help cache locality, but like all z-order
> curves, it doesn't guarantee that two nearby places in 2d space have
> nearby places on the curve. This means that an implementation still
> needs to be able to search through the nodes for nearby ones.
>
> Two other problems come to mind. The first of these is implementation.
> IDs are a PostgreSQL bigserial, and to write something custom that
> assigns IDs based on location would be difficult as it would need to get
> MVCC right. The second is the number of bits. Some software is limited
> to 53-59 bits, and other to 63 bits. We're using about 75% of 33 bits
> right now.
>
___
talk mailing list
talk@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk

[OSM-talk] Distribution of OSM ids could be much more useful!

[Victor Shcherb]

Hi All,

As we know OSM id for nodes exceeded long time ago 2^32 and keep growing on
the other hand the ids itself are pretty useless because they don't
represent history good enough and also they couldn't implement principle of
Permanent ID (https://wiki.openstreetmap.org/wiki/Permanent_ID).

I suggest to discuss geometrical value of OSM id per node. Of course there
is ongoing discussion to attach OSM nodes to ways, so the number of nodes
will decrease dramatically but that's a long-mid term strategy. Much easier
is to give some value to OSM ID.

PROPOSAL. Dedicate 30 bits of OSM ids to the quadrant of the Globe (per
square radiant) i.e. last *30 bits *of the ID could represent *15th zoom of
globe radiant tile *(not Mercatoor projection tiles).

What's useful.
1. Programs to import OSM could process it much faster cause id in the ways
could indicate where physically the way is located.
2. Programs that store IDs could store much more compressed i.e. OsmAnd
maps could benefit for storing maps in QuadTile structure and keep only
part of id attached to QuadTile
3. It is a step forward to compress the data and have formats for faster
processing and better storage.
4. Probably something more?

Why it is easy to implement.
- Doesn't require to change anything in the schema and in the tools
- Most likely doesn't require to change any editor cause the changes could
be postprocessed by the changeset commiter.
- *Backward compatible!* Old ids before the given number could stay the
same for a while.

Challenges / Objections.
- If you move a node from its original tile the history will be lost and id
will be changed (I doubt it is a strong objection cause information could
be partially / visually restored from changeset history).
- The uploading changeset from editor could differ from result changeset
stored in OSM API.

What do you think?

Best Regards,
Victor
___
talk mailing list
talk@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk

[OSM-talk] OSMF makes a political decision where should be a technical solution?

[Victor Shcherb]

end.
*4.1 *openstreetmap.org website solves at most 5-10% use cases where OSM
data There is not much critical that some features are not supported on it
and it is first of all made to be useful for mappers where data through
applications could reach much bigger audience and make mappers happier to
impact on the world by small changes.

*4.2 *Any decision about Ukraine osm-relation doesn't satisfy End-User
application. For example, in OsmAnd we would like to display different maps
for different regions and as of today we are forking country relations and
doing lots of manual hard fork and all that is coming anyway from OSM but
there is no way to contribute it back. We don't have clear algorithm to
represent correct boundaries from Chinese Government perspective and in the
end we don't represent any boundary correct at all which makes that data
almost useless for End-User application.

*4.3 *OSM should focus on providing as much and as relevant data as
possible and solution will come naturally. If we focus to much what we can
display on openstreetmap.org website we will bound ourselves of what
feasible/not-feasible to implement on it where it is not necessary. Give
right amount of data to the application and give an indicative algorithm
for most typical use-cases and problems and it will be sufficient.
For a sake of edit-wars some features could be disabled on the main
website, so the data question will be leading.

*4.4 *Making political risky decisions on the data side will transfer the
legitimate problems to End-User applications which they wouldn't know how
to solve correctly, basically it will have an amplifier effect.

*STATEMENT 5. *Making a decision about Ukraine creates a very nasty
precedent which should lead to other changes and raise another questions.

*5.1 *Ukraine government doesn't control EAST part of Ukraine (even though
there are some relations with citizens who live on that part). *So in that
case Ukraine border should change again.*

*5.2 *South Cyprus doesn't control North Cyprus
https://www.openstreetmap.org/relation/307787#map=9/35.0525/33.8736. It
also contain statement about UN recognition which could be applied to
Ukraine and then Ukraine should contain Crimean and Russia shouldn't

*5.3* Admin levels for China disputed territories are not consistent.
Somehow Country level *contains less than all administrative child
relations under it *(https://www.openstreetmap.org/relation/4052315 goes
beyound country level)

Other questions as well. So, it means DWG is not creating a rule but rather
changing 1 local object which should be done by local community (in that
case it should be ukranian community as Ukraine refers to it).

*SOLUTION*
I don't want to enumerate possible solutions cause I think if we spend
enough time on it and invite people from different communities, we could
find it easily.

*P.S.* I hope we do not take that question as something that will die out
in a week or in a month. Disputed territories were a painful part for OSM
for a long time and the pain is only getting bigger. I totally support
decision OSMF stay away from politics but it looks like if you don't get
involve enough, then politics will start involving you in a different
expected way.

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

Re: [Talk-pt] Levantamento funcional Cascais

[Victor Ferreira]

Oi Rui, não sabia que eras colega da ULisboa! Em qual das escolas?
Faculdade de Ciências ou IST?
Oi David, ainda bem que continuas a contribuir!
Retribuo o convite que fizeste ao David, uma vez que eu também trabalho com
o David aqui na faculdade de arquitetura! Embora esteja um pouco parado no
OSM por estes dias, por muitas outras tarefas, vou tentando acompanhar.
QUando tive turmas de urbanismo intriduzi os mesmos ao OSM através de um
exercicio prático, onde completavam uma zona para extrairem mapas de
localização de projetos que estavam a fazer, e cheguei a dar notas da
atividade pelas estatísticas de edição deles :-)
As estatísticas eram calculadas com um script que o Alexandr Zeinalov
montou num servidor dele (é utilizador do OSM). Eu pedi se ele podia
incluir cálculos para Portugal e ele simpaticamente montou isso. Está a dar
erro neste momento, mas entrei em contacto para ver se podia corrigir o
problema. Reparei que ele tem o código no Github e se alguém conseguisse
pegar nisso podiamos montar num servidor por cá.
Link para o zeinalov na minha página
https://wiki.openstreetmap.org/wiki/User:Victorferreira
Abraço,
Victor



2018-04-24 17:43 GMT+01:00 Rui Oliveira :

> Olá David
>
> Vi o teu e-mail e é sempre bom ver colegas de universidade aqui.
> Actualmente sou professor do departamento de informática da universidade de
> lisboa.
>
> Eu já alguns anos sou entusiasta e mapeador do openstreetmap sendo um um
> hobby meu, embora nunca tenha sido uma área que tenha explorado a nível
> mais académico.
>
> Qualquer dia que passes por este departamento eu ofereço um cafe.
>
> Cumprimentos.
>
>
> A ter, 24/04/2018, 17:26, David Vale  escreveu:
>
>> No próximo ano haverá mais, pelo que se houver áreas com maior interesse
>> de actualização de dados, posso considerar... Tem é que ser uma área que
>> tenha os edificios já digitalizados, de forma a que os alunos consigam
>> adicionar as funções.
>>
>> Abraços a todos
>> David
>>
>>
>> David Vale
>> Assistant Professor
>> Lisbon School of Architecture - University of Lisbon
>> Rua Sá Nogueira, 1349-063 Lisboa- Portugal
>> T: (351) 213 615 067 F: (351) 213 625 138
>>
>>
>> 2018-04-24 14:53 GMT+01:00 Rui Oliveira :
>>
>>> Excelente iniciativa.
>>>
>>> Um aparte. Não sabia que tinha aqui colegas de universidade como o David.
>>>
>>> Bom saber :)
>>>
>>>
>>> A ter, 24/04/2018, 13:53, Marcos Oliveira 
>>> escreveu:
>>>
>>>> Obrigado pelo avisoe desde já obrigado por introduzires os teus alunos
>>>> neste projecto. :)
>>>>
>>>> A terça, 24/04/2018, 12:21, David Vale  escreveu:
>>>>
>>>>> Bom dia
>>>>>
>>>>> Queria apenas avisar que, no âmbito do trabalho de grupo da unidade
>>>>> curricular "Geografia Urbana" do mestrado integrado em Arquitectura, os
>>>>> alunos estão a realizar um levantamento funcional do r/c dos edificios do
>>>>> concelho de Cascais. Assim, devem ter reparado que temos vários novos
>>>>> utilizadores registados recentemente, e queria avisar que nas próximas
>>>>> semanas iremos ter um registo eventualmente anormal de novas edições no
>>>>> OSM, que corresponderão à introdução desta informação no OSM.
>>>>>
>>>>> Quero com isto sensibilizar os alunos para a importância de
>>>>> contribuirem para o OSM mas também que posteriormente todos possam 
>>>>> utilizar
>>>>> a informação. A recolha foi feita por zona (cada aluno ficou responsável
>>>>> por um deteminado local - quadrícula - do concelho de Cascai), mas depois
>>>>> iremos trabalhar com o conjunto de dados total.
>>>>>
>>>>> Obrigado e cumprimentos,
>>>>> David Vale
>>>>> Assistant Professor
>>>>> Lisbon School of Architecture - University of Lisbon
>>>>> Rua Sá Nogueira, 1349-063 Lisboa- Portugal
>>>>> T: (351) 213 615 067 F: (351) 213 625 138
>>>>>
>>>>> ___
>>>>> Talk-pt mailing list
>>>>> Talk-pt@openstreetmap.org
>>>>> https://lists.openstreetmap.org/listinfo/talk-pt
>>>>>
>>>> ___
>>>> Talk-pt mailing list
>>>> Talk-pt@openstreetmap.org
>>>> https://lists.openstreetmap.org/listinfo/talk-pt
>>>>
>>>
>>> ___
>>> Talk-pt mailing list
>>> Talk-pt@openstreetmap.org
>>> https://lists.openstreetmap.org/listinfo/talk-pt
>>>
>>>
>> ___
>> Talk-pt mailing list
>> Talk-pt@openstreetmap.org
>> https://lists.openstreetmap.org/listinfo/talk-pt
>>
>
> ___
> Talk-pt mailing list
> Talk-pt@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-pt
>
>
___
Talk-pt mailing list
Talk-pt@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-pt

[OSM-talk-fr] Appli mobile comme StreetComplete pour contribuer, mais sur iOS

[Victor Grousset]

Bonjour,

Suite à une discussion. Voilà quelques suggestions d'applis à tester
pour quelqu'un cherchant quelque chose dans le genre.

https://github.com/westnordost/StreetComplete/issues/43


-- 
Victor Grousset

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

[Talk-ht] J go hg

[Breg Victor]

___
Talk-ht mailing list
Talk-ht@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-ht
Notez! Vous pouvez utiliser Google Translate (http://translate.google.com) pour 
traduire les messages.

Re: [OSM-talk-fr] Plus aucun rapprochement entre OSM et la BANO depuis fin juillet

[Victor Grousset]

On 2017-08-30 15:20, Christian Quest wrote:
> Il y a bien un problème, mais nous sommes en pleine transition...
> 
> Petit rappel: BANO extrait ses données depuis le site web
> cadastre.gouv.fr, mais c'est un gros bricolage qui casse facilement lors
> que le site est modifié.
> 
> Les données du cadastre vont être très (très) prochainement disponibles
> sur leur forme brute et vectorielle et on n'aura plus à faire ce
> bricolage complexe et fragile.

Super nouvelle :)

> Il me semble préférable d'investir sur l'exploitation de ces nouvelles
> données (qui permet d'aller bien plus loin que ce qu'on a fait jusqu'à
> maintenant) plutôt que de réparer un outil en fin de cycle.

+1
En espérant que la DGFiP n'ai pas de soucis pour mettre à dispo tout ça.

Merci pour les news.


À++

-- 
tuxayo

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

[OSM-talk-fr] Plus aucun rapprochement entre OSM et la BANO depuis fin juillet

[Victor/tuxayo]

Bonjour,

Quelqu'un a des infos?
https://github.com/osm-fr/bano/issues/142


À++

-- 
Victor/tuxayo

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

Re: [OSM-talk-fr] [SOTM Avignon] Utilisation d'OSM pour la défense du paysage : cartographie publicitaire

[Victor Grousset]

On 2017-06-04 08:21, Paul Desgranges wrote:> Les 4 pdf présentées hier
au SOTM Avignon pour la session "*Utilisation
> d'OSM pour la défense du paysage : cartographie publicitaire*"
> sont disponibles ici http://pdfext.github.io/OSM/Avignon/index.html

Merci, c'est une vrai mine d'or!


-- 
tuxayo

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

Re: [OSM-talk] Follow up on last summer discussion about the Automated Edits Code of Conduct and the DWG

[Victor Grousset/tuxayo]

Hi,

On 2017-04-21 08:18, Roland Olbricht wrote:
> Thank you for keeping track of the issue. But I deem the summary
> reflects neither the current situation nor the fidings of the discussion.

You are right, it was a legacy of how this page started.
But now, it's misleading and the intro isn't enough to clarify that.

So I changed the name, the new URL is
https://wiki.openstreetmap.org/wiki/User:Tuxayo/Automated_edits_code_of_conduct_and_DWG:_Follow_up_to_mailing_list_discussion_and_proposals

Is that correct for you now?

> Some key points:
> 
> * There is no consent on what an automated edit is or not.

Indeed, I thought it was not related to the topic but in fact it is.
It seems a lot of disagreements are whether an edit is automated or not.

> It is pretty clear that your example (changing all phone~"^http://; to
> "https://; worldwide) is an automated edit. The grey cases are things
> like the French buildings import, the MapRoulette challenge in the
> Antartic region, and even the edit without local knowledge of Passau
> main station (hence a pretty small changeset) of our company.
> 
> All of these edits have at least made some data worse and have therefore
> been discussed and partly fixed, partly kept for a reason. The fact that
> the word "automated" did cause confusion gave rise to the
> https://wiki.openstreetmap.org/wiki/Organized_Editing_Policy

Thanks a lot I didn't know there was such a policy.

> The two extreme positions are
> - Any edit without local knowledge is by its nature flawed.
> - We regulate only edits run by a bot.
> 
> I personally (or we as a company) do not endorse any of the two extremes.
> 
> They key point is that to be productive you should:
> - define and publish your own criterion (e.g. one of
> -- changesets of unusual large extent
> -- unusual high activity per tag and day
> -- changesets having "revert" in their comment)
> - give it a specific name and set up a watch tool for it

These are interesting ideas for monitoring tools.

> * The DWG is not so special as you might think
> 
> The DWG members are indeed special in dedicating huge amounts of time to
> fix human misbehaviour, and we should be grateful for that. The DWGs job
> is communication, not pushing around data.
> 


> Most of the actual reverting is done by mappers outside the DWG. 

That's good to hear, how do you know that? I though a lot of people
would report issues to the DWG instead of reverting themselves.
Maybe it's only the case so automated edits?

> Also,
> DWG members do not have any special rights. Moderation (and possibly
> redaction) is essentially done by the sysadmins, not the DWG.

Aren't DWG members moderators? Which means they have the permission to
block an account.
https://wiki.openstreetmap.org/wiki/Web_front_end#Moderators
https://wiki.openstreetmap.org/wiki/Data_working_group#User_Blocks

> I agree that from outside, the DWG activity is hard to judge. The
> problem here is that nobody has found a magic solution how to make DWG
> activity public without asking the DWG for substantially more work,

Would an issue tracking system suits this situation?

> damaging the reputation of involved mappers, or both.

Oh, good point. That indeed seems to make this impossible to solve
without magic :(


> I therefore would suggest to make clear-cut rules:
> 
> a) If you can decide freely what to map, where to map, and how to map
> then OSM will trust all your edits that are based on local survey. Happy
> mapping!
> 
> b) If you are directed by an organization (regardless whether you are
> paid or voluntary) then use a dedicated account and put a line on your
> user profile, e.g.:
> http://www.openstreetmap.org/user/drolbr_mdv
> That organization should have a corresponding Wiki page, e.g.:
> http://wiki.openstreetmap.org/wiki/MENTZ_GmbH
> 
> c) If you run a software where you do not approve as a human every
> individual edit (every single change of a tag or change in geometry or
> topology) then you need to follow the Automated Edits Code of Conduct
> https://wiki.openstreetmap.org/wiki/Automated_Edits_code_of_conduct

That's great. It seems very clear and I don't see much ambiguity.

> This still leaves open the case of Armchair Mapping of all shades.

Indeed, this shows that Armchair Mapping is orthogonal to the 3 above
categories.

> An example with net benefit for OSM is MapRoulette. Therefore I would
> suggest to ask Martijn first for his best practices and then start to
> make rules on that.

Ask about what exactly? About how to avoid the issues with armchair mapping?


Cheers,

-- 
Victor Grousset/tuxayo

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

[OSM-talk] Follow up on last summer discussion about the Automated Edits Code of Conduct and the DWG

[Victor Grousset/tuxayo]

Hi,

Here you will find an approximate/subjective summary + some thoughts +
some proposals :

https://wiki.openstreetmap.org/wiki/User:Tuxayo/Automated_edits_code_of_conduct_and_DWG:_Mailing_list_discussion_summary_and_proposals

Sorry for the delay, it took a lot of time to re-read the discussion,
think about it and write this.
Feel free to comment here or in the discussion section :)


Cheers,

-- 
Victor Grousset/tuxayo

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

[Talk-pt] Vias demasiado detalhadas

[Victor Ferreira]

Malta,
deparei-me no Algarve, Estombar (perto de Portimão) com uma estradas que me
parecem estar com linhas a mais, Podiam dar uma olhada e dar uma opinião?
a paragem de autocarro tem via propria; as direções de transito estão
separadas, mas não existem separadores fisicos... Isto parece-me a forma
errada de abordar estas vias...
Para navegação esta forma de mapear não dá problemas? O que seria melhor?
Simplificar?
https://www.openstreetmap.org/#map=19/37.14373/-8.48520
Victor
___
Talk-pt mailing list
Talk-pt@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-pt

Re: [Talk-es] Importación Catastral Bormujos

[Victor Grousset]

On 09/06/2016 13:35, Moises Arcos wrote:
> Por tanto según lo que comentas, en cada importación que hayamos
> realizado hay que eliminar la geometría de la parcela???

De lo que comprendo del articulo seria mas prudente no usar landuse=*
para esto.
Para no añadir datos que sean mas ruido que útiles. Entonces si, habría
que eliminar las parcelas ya añadidas.
Necesito una confirmación para poder planificar esto.
Ademas para los landuse otros que residential (warehouse, garage, etc)
la fiabilidad de los datos del catastro me parece dudosa.


On 09/06/2016 17:50, Alejandro S. wrote:
>
> Si no recuerdo mal, había una idea que era juntar todas las parcelas
> contiguas que tuvieran el mismo uso y con la unión de todas haber una
> área que las cubriera con el landuse correspondiente
>
Esto ya esta hecho, hay un landuse=residential sobre toda la zona
residencial de Bormujos.
https://www.openstreetmap.org/way/328764452
Así que tenemos muchos pequeños landuse=residential adentro de un grande
landuse=residential. Sin hablar de la problemática de las parcelas, ni
siquiera estoy seguro que sea simplemente valido.


> pero entonces se perdía la información de muros de piedra de
> separación y tal.
>
Para esto tenemos "barrier=*"
https://wiki.openstreetmap.org/wiki/Key:barrier
Que esta no ambiguo, bien documentado, y muy usado desde años.


Saludos,

-- 
Victor Grousset

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

Re: [Talk-es] Importación Catastral Bormujos

[Victor/tuxayo]

  
  
On 02/06/2016 13:52, Moises Arcos
  wrote:


  Creo que de todos estos errores, podríamos hacer
notas sobre el mapa, para trasladar la discusión de cada
elemento.
De esta forma podría ser visto por más contribuidores y así
  tener la certeza de saber cómo arreglarlo.


¿Os parece bien?
  


Buena idea.
De momento voy a continuar averiguando los objetos
  sospechosos suprimidos durante la reimportación. (que
  potencialmente tuvieron otros datos añadidos antes de ser suprimidos)
  
  Si alguien quiere empezar a añadir notas, puede poner los enlaces
  en el pad para que sea simple de encontrar todas la cosas
  relacionadas con esta importación.
  
  Saludos,

-- 
Victor/tuxayo

  


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

Re: [Talk-es] Importación Catastral Bormujos

[Victor/tuxayo]

Buenos días,

On 30/05/2016 08:32, Moises Arcos wrote:
> hace ya un tiempo que realizamos una Importación Catastral en el pueblo
> de Bormujos en Sevilla, para realizar un mapeo de los comercios de la
> zona, pero creo que estamos detectando algunos problemas en la zona, por
> si le queréis echar un vistazo, lo tenéis aquí:
> 
> http://www.openstreetmap.org/changeset/37037887

Aquí tienen una lista de lo que creo son problemas, necesitaría
confirmación que todos son efectivamente problemas:

https://public.etherpad-mozilla.org/p/osm-bormujos-cleanning


-- 
Victor/tuxayo

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

Re: [OSM-talk-fr] Vandalisme non détecté pendant 8 mois

[Victor]

Bonjour,

On 20/10/2015 23:16, Emilie Laffray wrote:
> tu peux poster sur Talk-CN mais c'est quasiment une liste mort vivante.

L'interface de la mailing-list est en chinois donc ça ne va pas être facile:
https://lists.openstreetmap.org/listinfo/talk-cn

-- 
Victor

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

[OSM-talk-fr] Vandalisme non détecté pendant 8 mois

[Victor Grousset]

Bonjour,

Lieu du crime:
http://www.openstreetmap.org/#map=17/31.27177/120.86944

Photo du crime:
https://i.imgur.com/zgo9VCp.png

Changesets impliqués:
http://www.openstreetmap.org/changeset/29326351
http://www.openstreetmap.org/changeset/29321252
http://www.openstreetmap.org/changeset/29351456

Est-ce que quelqu'un saurait revert proprement ou alors poster ça sur la 
mailing list chinoise?
https://lists.openstreetmap.org/listinfo/talk-cn

8 mois quand même!

-- 
Victor Grousset (tuxayo)


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

Re: [Talk-es] Tramos de carreteras

[Victor Zamora]

Buenos días,

¿Hay algún servicio de routing basado en osm aparte de OSMR?

Un saludo.

El 15 de octubre de 2015, 12:51, Alejandro S. <alejandro...@gmail.com>
escribió:

> Hola!
> Tal vez lo más sencillo es que miréis si algún servicio de routing basado
> en osm permita exportar la ruta, de esa manera obtienes una carretera de un
> punto A a un punto B.
>
> Saludos
>
> On Fri, Oct 9, 2015, 11:21 Victor Zamora <vzamor...@gmail.com> wrote:
>
>> Hola a todos,
>>
>> Soy alumno de una universidad y estoy trabajando en un simulador de
>> conducción como parte de mi tfg. Necesitamos simular entornos reales en
>> carreteras, y para ello decidimos utilizar osm. Me preguntaba si se podrían
>> exportar las carreteras de las rutas de un lugar de inicio hasta un lugar
>> meta en algún tipo de coordenadas para la posterior traducción al lenguaje
>> del simulador.
>>
>> Muchas gracias.
>> ___
>> Talk-es mailing list
>> Talk-es@openstreetmap.org
>> https://lists.openstreetmap.org/listinfo/talk-es
>>
>
> ___
> Talk-es mailing list
> Talk-es@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-es
>
>
___
Talk-es mailing list
Talk-es@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-es

Re: [Talk-es] Tramos de carreteras

[Victor Zamora]

¿Y existe alguna librería en JAVA que pueda utilizar para obtener
directamente la ruta en coordenadas dando un punto inicial y un punto final?

El 16 de octubre de 2015, 10:46, Moises Arcos <moiarc...@gmail.com>
escribió:

> Tienes un listado en la wiki
>
> http://wiki.openstreetmap.org/wiki/List_of_OSM-based_services#Routing
>
> El 16 de octubre de 2015, 10:16, Victor Zamora <vzamor...@gmail.com>
> escribió:
>
>> Buenos días,
>>
>> ¿Hay algún servicio de routing basado en osm aparte de OSMR?
>>
>> Un saludo.
>>
>> El 15 de octubre de 2015, 12:51, Alejandro S. <alejandro...@gmail.com>
>> escribió:
>>
>>> Hola!
>>> Tal vez lo más sencillo es que miréis si algún servicio de routing
>>> basado en osm permita exportar la ruta, de esa manera obtienes una
>>> carretera de un punto A a un punto B.
>>>
>>> Saludos
>>>
>>> On Fri, Oct 9, 2015, 11:21 Victor Zamora <vzamor...@gmail.com> wrote:
>>>
>>>> Hola a todos,
>>>>
>>>> Soy alumno de una universidad y estoy trabajando en un simulador de
>>>> conducción como parte de mi tfg. Necesitamos simular entornos reales en
>>>> carreteras, y para ello decidimos utilizar osm. Me preguntaba si se podrían
>>>> exportar las carreteras de las rutas de un lugar de inicio hasta un lugar
>>>> meta en algún tipo de coordenadas para la posterior traducción al lenguaje
>>>> del simulador.
>>>>
>>>> Muchas gracias.
>>>> ___
>>>> Talk-es mailing list
>>>> Talk-es@openstreetmap.org
>>>> https://lists.openstreetmap.org/listinfo/talk-es
>>>>
>>>
>>> ___
>>> Talk-es mailing list
>>> Talk-es@openstreetmap.org
>>> https://lists.openstreetmap.org/listinfo/talk-es
>>>
>>>
>>
>> ___
>> Talk-es mailing list
>> Talk-es@openstreetmap.org
>> https://lists.openstreetmap.org/listinfo/talk-es
>>
>>
>
> ___
> Talk-es mailing list
> Talk-es@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-es
>
>
___
Talk-es mailing list
Talk-es@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-es

[Talk-es] Tramos de carreteras

[Victor Zamora]

Hola a todos,

Soy alumno de una universidad y estoy trabajando en un simulador de
conducción como parte de mi tfg. Necesitamos simular entornos reales en
carreteras, y para ello decidimos utilizar osm. Me preguntaba si se podrían
exportar las carreteras de las rutas de un lugar de inicio hasta un lugar
meta en algún tipo de coordenadas para la posterior traducción al lenguaje
del simulador.

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

[OSRM-talk] Restrictions in truck profiles

[Victor Kostomarov]

Hi,

Is it possible to get already formed osrm-profiles for various types of trucks?
Such as hgv, lhv, lcv?

If not, would you please give me some help, how can I make them myself? To take
in the calculation not only basic openstreetmap restrictions, but may be
also turn restrictions or conditional restrictions?
For example:
-- restriction:hgv = only_right_turn
-- maxspeed:hgv:conditional=60 @ (weight7.5)

Is there any way to implement this?

Thanks,
Victor
___
OSRM-talk mailing list
OSRM-talk@openstreetmap.org
https://lists.openstreetmap.org/listinfo/osrm-talk

[Talk-dk] Nytegning af byområder?

[Victor Valore]

Det jeg primært syntes er interessant i OSM er at tegne bygninger, barriers og 
parkingspladser, da disse tre typer giver et ret godt udgangspunkt for et 
overfladebillede som andre kan sætte deltajer i. Med disse på plads, så kan der 
sættes entrances på bygninger og highway nettet suppleres med ruter til disse 
entrances, så det giver et bedre detaljeringsniveau end vi typisk har i dag.

I udgangspunktet kigger jeg fysisk på en lokalitet og bruger herefter JOSM og 
FOT til at tegne.

Med ovenstående baggrund, så kommer det egentlige spørgsmål:

En del af områderne i København er tegnet op med bygninger, men i nogle områder 
med en meget skidt kvalitet, f.eks. huse tegnet enkeltvis uden en fælles 
facadelinie, huse som i grundlaget er retvinklede, men som er tegnet i frihånd, 
osv. osv.

Mit arbejde handler derfor meget om at tage eksisternede strukturer og prøve at 
aligne noder, orthoganilize noder, osv. osv. Et rigtigt nussearbejde.

Nu har jeg så prøvet at tage en bydel og tegne i et rent lag på min egen 
maskine, hvor jeg startede med at lægge lange gennemgående fortovslinier ud på 
tværs af hele bydelen (i mit tilfælde Island Brygge i København). Når så jeg 
har disse på plads, så kan jeg udfra dem trække bygninger som ligger 
parrallelt, og ekstruderer bygningsdetaljer. Cirkler bliver hurtigt skabt med 
create-circle og det hele forbindes efterhånden med entrances, osv.

Min oplevelse er at jeg væsentligt hurtigere kan skabe en velfungerende model, 
hvor tegningen i langt højere grad gengiver den egentlige by, fremfor at være 
håndtegnet hus-for-hus udfra et luftfoto, typisk af forskellige bidragsydere.

Min tanke er om man i områder hvor der er mange dårligt tegnede bygninger, med 
få eller ingen detaljer, kan lave en rip-n-replace, altså fjerne et større 
antal eksisterende bygninger og så droppe det nye sæt bygninger ind?

Da vi i de fleste bydele ikke har fortovslinierne tegnet ind, så kan disse, med 
samt entrances droppes med ind ved samme lejlighed. Herefter består der så et 
stykke loddearbejde i at skabe de nødvendige relationer mellem det eksisterende 
vejnet og det nye fortovsnet.

Er der nogle som har erfaringer eller kommentarer som de kan dele på dette 
område? Er det noget som er gjort før? Findes der værktøjer, som efterfølgende 
kan bruges til at flytte properties fra gamle objekter til nye objekter?

På forhånd tak for alle indspark :-)

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

[Talk-dk] Under Krystallen - Plads og bygning

[Victor Valore]

Jeg har gjort et stykke arbejde med Under Krystallen som er en plads i 
København.

På pladsen ligger en bygning, Krystallen beboet af Nykredit, som er sådan en 
frit svævende bygning hvor man kan gå under.

Jeg har lavet pladsen som highway=pedestrian, area=yes og layer=-1. Layer for 
at angive at pladsens areal ligger under alt det udstyr/bygninger som er på 
pladsen.

Når området bliver renderet på openstreetmap.org, så kan de fleste renderinger 
gennemskue dette udmærket, men default renderingen lægger pladsen ovenpå 
bygningen.

Da jeg ved at vi mapper til databasen og ikke til en given rendering, så er 
jeg i tvivl om jeg skal gøre yderligere eller om jeg bare skal accepterer at 
default renderingen på openstreetmap.org har en skønhedsfejl?

Kommentarer og synspunkter modtages gerne.

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

[OSM-talk-fr] Wiki: Proposition de tag: amenity=reception_desk: Vote ouvert

[Victor]

Bonsoir, voilà la page de la proposition:

https://wiki.openstreetmap.org/wiki/Tag:amenity%3Dreception_desk

-- 
Victor

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

Re: [Talk-pt] Dados da CAOP e import

[Victor Ferreira]

Marcos,
espero que o teres revertido toda a tua contribuição no OSM não queira
dizer que vais parar de contribuir.
Infelizmente escolheste um tema complicado/complexo/polémico...
O OSM em Portugal precisa bastante de contribuidores de dados concretos e
físicos: ruas, pontos de interesse, dados de navegação, etc
Acho que a discussão em torno dos limites administrativos corre o risco de
desviar a atenção do que acho interessante no OSM: dados locais fiáveis e
atualizados.
Claro que cada um coça a sua pulga, e se calhar o que te motiva são os
limites 8-|
Se aplicares essa energia que pareces ter em mapear e completar tags com
informação recolhida localmente (em pessoa) por ti, a tua zona irá ficar um
brinco rapidamente :-)
Cumps,
VIctor Ferreira

On Fri, Nov 21, 2014 at 12:57 PM, Marcos Oliveira 
marcosoliveira.2...@gmail.com wrote:

 Olá a todos,

 A reversão terminou e foi um sucesso. Ao contrário do que anteriormente
 estipulei, o trabalho todo foi dividido em apenas cinco changesets. [1] [2]
 [3] [4] [5]

 O processo em si demorou cinco horas e meia a ser realizado. A maior parte
 deste feita entre as 02h30 e as 8h00 sendo que o changeset final (que
 consistia em 147 objetos) foi realizado às 12h05.

 Agora e durante os próximos dias irei procurar por erros ou dados que
 tenham ficado danificados.

 Também queria avisar que o único problema que surgiu desta reversão foi
 que alguns elementos de uma pequena cidade grega foram alterados. [6] A
 razão para tal acontecer foi mais provavelmente porque inseri erroneamente
 um changeset durante o processo de reversão.

 [1] https://www.openstreetmap.org/changeset/26920648
 [2] https://www.openstreetmap.org/changeset/26921181
 [3] https://www.openstreetmap.org/changeset/26922209
 [4] https://www.openstreetmap.org/changeset/26922498
 [5] https://www.openstreetmap.org/changeset/26927216
 [6] https://www.openstreetmap.org/changeset/19932294

 2014-11-19 0:07 GMT+00:00 Marcos Oliveira marcosoliveira.2...@gmail.com:

 Olá a todos,

 Eu queria-vos dar a conhecer que enviei para o Data Working Group (DWG)
 um e-mail sobre esta situação, assim como o pedido para reverter tudo o que
 a minha conta de importação fez desde o dia que a criei.

 Coloco abaixo a mensagem que enviei-lhes, na sua integra, para assim
 todos terem o conhecimento do que eu escrevi.

 Com toda a estima,
 Marcos Oliveira

 Data Working Group,

 Hello, I am Marcos Oliveira and I'm contacting you to discuss about a
 current problem that exists in the Portuguese OSM community where I am the
 sole responsible in question.

 The issue is regarding the alteration and addition of administrative
 boundaries and natural parks through my alternate account,
 ViriatoLusitano_import. [1]

 A user, Francisco, submitted a thread in the Portuguese mailing list [2]
 stating how I have been disrespecting the work of others by eliminating
 nodes, ways and relations, namely places and boundaries (administrative and
 natural parks), claiming that I've been doing outright vandalism. He also
 claims to have sent you an e-mail about this situation.

 Let me show you my version of the story. I want it to be explicitly
 known that I'm *not claiming* to be innocent, I admit I've done many
 things wrong but vandalizing is not one of them.

 Francisco brought forward three main issues that I've caused:

1. The deletion of ways and relations that other users have made
2. The modification of Portugal/Spain boundary
3. The removal of places, namely hamlets

 Regarding the first point, when I began working on manually importing
 administrative boundaries back on the 12th of September, I always tried
 working using the existing elements that were contributed by other people.
 The problem was that whenever I tried to upload the progress I've done
 (after successfully validating), there appeared conflicts in the data,
 sometimes in the hundreds.

 Since I didn't want to mess and probably ruin different types of data
 other than administrative boundaries, I opted to first remove the old
 boundaries where I later carefully imported my own work, without first
 contacting the Portuguese community about this.

 Just recently I have learned to use the replace geometry tool that the
 *utilsplugin2* plugin offers to conflate the data; now I can work
 without ever having to delete a way nor any relations whatsoever.

 Regarding the second point, while I was working near the boundary with
 Spain I found out that there were places where the boundary was erroneous:
 sometimes our (or their) territory was hundreds of meters away from were it
 was supposed to be.

 What I've done was, (again, I didn't want to cause any conflicts with
 the existing data), remove the old way while at the same time replacing it
 with one that followed official data from CAOP 2014 as well as it having
 all the tags it previously had, including relations that included said way.

 Again, in my ignorance, I disregarded it as something unimportant to
 discuss

[Talk-transit] Status on Public Service Vehicle (PSV) vs busway scheme for bus lanes

[Victor Ramirez]

I've known about the busway=opposite_lane tag for a year or two and used it. 
The bus lanes wiki page mentions a broader alternative, the PSV scheme. For a 
bus routing application, we need to know which scheme to support. Busway is 
probably more widely used, so it makes sense to support it for compatibility 
reasons. Nevertheless, the buses talk page argues against busway while 
referring to the approved Public Transport Schema. Public Transport Schema does 
not seem to include tagging for exclusive bus lanes. I also have no data on 
whether if anybody is adopting the PSV scheme for buses. Would somebody like to 
chime in on the matter?___
Talk-transit mailing list
Talk-transit@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-transit

Re: [Talk-pt] Teste de routing

[Victor Ferreira]

Viva Francisco,
testei alguns destinos, mas uma falha encontro no interface: não permite
escolher rotas sem portagens! De Mafra para Torres Vedras manda sempre pela
A8, quando o caminho pela nacional é bastante mais barato... mas na
realidade não permite optar...
Victor

2014-08-28 14:43 GMT+01:00 f.dos.san...@free.fr:

 Olá,

 Para quem não segue a lista internacional, há a função (já muito esperada)
 de routing que está a ser testado neste servidor :
 - http://jsrouting.apis.dev.openstreetmap.org

 Na barra de busca há um Get Directions o objetivo é mesmo dar aos
 contriuidores a possibilidade de testar os dados e as falhas de routing
 desde o sitio principal.

 Quem quiser testar esta nova versão do site para discubrir os eventuais
 bugs na interfaça, tudo se passa aqui :
 - https://github.com/openstreetmap/openstreetmap-website/pull/716

 Francisco

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

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

Re: [OSM-talk-fr] Osmose - erreur 7090 - obligation d'être sur une voie

[Victor G]

Le 22 juillet 2014 16:23, Philippe Verdy verd...@wanadoo.fr a écrit :

 note: ton message avec la mention d'un montant même faible ici, et presque
 aucun autre contenu linguistique (uniquement des tas de liens avec une
 forte présence de mots error et certains liens raccourcis non vérifiables
 sur goo.gl et urlz.fr) déclenche des filtres antispams comme un message
 suspect ou tentative de phishing.
 Il est possible que ce soit ton compte email qui ait été identifié
 (peut-êtte à tord) mais tu devrais rechercher sur le web s'il n'y a pas des
 utilisations de ton adresse à ton insu.


Idem chez moi.

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

Re: [Talk-br] Novato

[Victor Pinto]

Bom dia, Nelson,
   Vou testar as soluções agora pela manhã. Obrigado.


[]'s
Victor Pinto A. de Oliveira


Em 7 de julho de 2014 18:30, Nelson A. de Oliveira nao...@gmail.com
escreveu:

 2014-07-07 18:07 GMT-03:00 Victor Pinto ovictorpi...@gmail.com:
 Estou precisando fazer geocoding de endereços, pegar o endereço
  cadastrado e transformar em coordenadas. Até então estava usando o google
  apis, estava me atendendo na grande maioria dos casos, mas agora estamos
  sofrendo bastante pra tentar fazer isso com os endereços de Brasília.
 Acabei
  achando um email interessante do Fernando
  (
 https://lists.openstreetmap.org/pipermail/talk-br/2013-December/004583.html
 )
  mostrando como deveriam ser mapeados os endereços de Brasília e parece
 que
  me atende.

 Tem o http://wiki.openstreetmap.org/wiki/Nominatim (que é o utilizado
 no site do OSM) e o http://geocoder.opencagedata.com/
 Talvez deva ter mais algum, mas de momento não estou lembrando.

 O problema (ou solução) é que ele vai ser tão bom quanto as
 informações presentes no OSM.
 Tem lugar que não existe nem nome de ruas, por exemplo.

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

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

[Talk-br] Novato

[Victor Pinto]

Boa tarde,
Acabo de me inscrever nessa lista e gostaria de tirar algumas dúvidas.

1) Existe alguma forma de pesquisar por algum assunto nos emails anteriores
da lista? Não gostaria de perguntas coisas que já estejam respondidas em
emails antigos.
2) Aonde eu encontro documentação sobre WebService disponíveis no OSM?

[]'s
Victor Pinto A. de Oliveira
___
Talk-br mailing list
Talk-br@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-br

Re: [Talk-br] Novato

[Victor Pinto]

Olá Nelson,
   Obrigado pelo retorno.
   Estou precisando fazer geocoding de endereços, pegar o endereço
cadastrado e transformar em coordenadas. Até então estava usando o google
apis, estava me atendendo na grande maioria dos casos, mas agora estamos
sofrendo bastante pra tentar fazer isso com os endereços de Brasília.
Acabei achando um email interessante do Fernando (
https://lists.openstreetmap.org/pipermail/talk-br/2013-December/004583.html)
mostrando como deveriam ser mapeados os endereços de Brasília e parece que
me atende.
   Gostaria de fazer uns testes pra ver se realmente me atende.


[]'s
Victor Pinto A. de Oliveira


Em 7 de julho de 2014 17:53, Nelson A. de Oliveira nao...@gmail.com
escreveu:

 2014-07-07 17:48 GMT-03:00 Victor Pinto ovictorpi...@gmail.com:
  1) Existe alguma forma de pesquisar por algum assunto nos emails
 anteriores
  da lista? Não gostaria de perguntas coisas que já estejam respondidas em
  emails antigos.

 Aqui dá: http://www.mail-archive.com/talk-br@openstreetmap.org/

 Mas de qualquer forma, pode perguntar aqui. O máximo que vai acontecer
 é receber um olha essa thread anterior aqui :-)

  2) Aonde eu encontro documentação sobre WebService disponíveis no OSM?

 O que exatamente você quer? API do OSM, serviço de roteamento, geocoding?

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

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

Re: [OSM-talk-fr] Pour se détendre

[Victor Stinner]

Je pense que tu devrais trouver d'autres noms sur le cadastre et aux plans.

Victor

Le 13 juin 2014 16:37, JB jb...@mailoo.org a écrit :
 Le terrain prime, mais il ne nous facilite pas forcément la vie !
 Une rue, trois panneaux de nom de rue :
 - Avenue Président Coty
 - Avenue René Coty
 - Rue René Coty
 Et pour compléter le tableau, le panneau d'information de la zone indique :
 - Avenue du Président René Coty…
 C'est beau la cohérence, hein ?
 JB.

 PS : non, ce message ne demande pas de réponse, en tous cas, pas de réponse
 sérieuse à rallonge !

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

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

[OSM-talk-fr] Village de Peypin et (re)découverte d'OpenStreetMap

[Victor Stinner]

Bonjour,

J'avais entendu parler d'OpenStreetMap il y  a plusieurs années, mais
à l'époque la carte était plutôt vierge, il fallait du matériel GPS
capable d'exporter en GPX (rare à l'époque je crois) et l'éditeur en
ligne n'était pas terrible.

Je viens de refaire un tour sur OpenStreetMap et... wow ! La carte de
France est très détaillée, notamment celle des grandes villes.
L'éditeur HTML5/JS est facile à prendre en main, joli et clair. Et la
disponibilité de photos satellite Microsoft Bing permet de contribuer
sans matériel particulier. J'ai également testé 2 applicatons sur mon
smartphone Android : OSMTracker (enregistrer des traces GPX avec un
bouton Uploader vers OpenStreetMap) et OSMAnd (navigation hors ligne
dans les cartes OSM). Ces deux applications sont très bien, et
OSMTracker est très facile à utiliser. Je mets mon téléphone dans ma
poche, je me ballade, je peux prendre des notes texte, etc.

Pour commencer, j'ai choisi de compléter la carte du village de Peypin
(13124) dans le PACA (France), vu que c'est là que j'habite. Ce
village est très étendu, situé dans la montagne, il est très vallonné
et est fractionné en plusieurs quartiers. Ça m'intéresse d'avoir une
carte très détaillée pour voir à quoi ressemble le village vu du
ciel.

J'ai ajouté énormément de routes, j'ai noté les églises, écoles,
commerces, etc. J'ai commencé à dessiner les voies piétonnes, places,
escaliers, etc. Euh la carte était déjà bien avant que j'arrive hein,
je n'ai pas tout fait :-) Les maisons du cadastre étaient déjà toutes
présentes, ça aide beaucoup.

Carte de Peypin :
http://www.openstreetmap.org/relation/93723

Comme je débute, je me demande si je choisis les bons types de route,
bâtiment, etc.

Routes :

- les grosses routes départementales sont notées comme des routes
secondaires (orange),
- rues : route résidentielle,
- chemins pour accéder aux propriétés privées : route d'accès (privée),
- voies piétonnes dans la ville : Voie piétonne (highway=footway),
- chemins piétons dans la forêt : Chemin non carrosable (highway=path),
- chemins utilisable en voiture dans la forêt : Piste carrossable
(highway=track).

Bâtiments :

- écoles : j'ai choisi de dessiner un polygone Terrain d'école
(amenity=school)
- les places : Piétonnier (area=yes, highway=pedestrian)
- les églises : Église (icône avec une croix catholique)
(amenity=place_of_worship, building=yes, religion=christian)
- etc.

Bref, ça m'intéresse si quelqu'un peut jeter un oeil à la carte.

Maintenant j'utilise l'application OSMTracker pour aller vérifier les
routes sur place, je corrige le nom des rues (je prends le nom
français, mais garde le nom en provençal quand il est disponible),
etc. C'est épuisant, comme dit, Peypin est très vallonné et il fait
super chaud :-)

J'ai encore du mal avec les décalages entre photo satellite et GPS,
sûrement du aux importants changement d'altitude. L'éditeur en ligne
est bien mais très lent quand on commence à dézoomer. Le temps de
recalcul des tuiles est perturbant, chaque niveau de zoom affiche une
carte différente quand la carte est fraichement éditée...

Bravo encore pour le travail abattu.

Victor

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

Re: [OSM-talk-fr] Village de Peypin et (re)découverte d'OpenStreetMap

[Victor Stinner]

Le 11 juin 2014 11:55, Art Penteur art.pent...@gmail.com a écrit :
 Bien qu'il fasse super-chaud, et que Peypin soit vallonné, BANO nous
 dit qu'il y a encore quelques noms de voies à compléter :

 http://layers.openstreetmap.fr/?zoom=16lat=43.38333lon=5.5835layers=BFFT

 Bon courage !

Je ne connais pas BANO. J'ai l'impression que ce site n'est pas à
jour, il utilise une carte qui a plus de 2 jours, voir une semaine.
Mais je doute que j'ai renseigné tous les noms, je vais regarder ça de
près.

Je vois que BANO affiche des noms qui sont faux : Chemin Camin Belle
Viste alors que j'ai noté Camin Belle Visite, visite avec deux i.
Je suis allé sur place, et j'ai vu un panneau avec Visite. Je n'ai
pas mis le préfixe Chemin par contre. Je n'ai pas encore bien
compris comment sont nommées les routes à Peypin :-) Le panneau était
Camin Belle Visite, et non pas Chemin Camin Belle Visite. Le
cadastre n'est pas toujours identique...

Pour l' impasse Dei Cigalouns, je l'ai nommée impasse des
Cigalouns comme sur le cadastre, mais j'ai gardé le nom provençal
(impasse Dei Cigalouns) dans les données de la route. Ahem, il semble
qu'en fait Dei veut dire des, et Cigalouns veut dire Cigales.
Du coup, l'impasse devrait s'appeler Impasse des Cigales en
français, et non pas Impasse des Ciaglouns (nom tiré du cadastre).
Dans la rue, le panneau indique Impasse Dei Cigalouns. Faudrait
qu'ils se mettent d'accord ! :-)

Je ne sais pas si BANO parle le provençal. On verra une fois qu'il sera à jour.

Victor

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

[Talk-transit] Should I split roads to create bus routes?

[Victor Ramirez]

In order to create a bus route relation, I would have to split roads
into many small segments with identical tags. This causes Andy Allan's
transport render to repeat route labels more than necessary as a side
effect. Should I split the road segments or use some other method for
creating bus route relations?

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

Re: [Talk-pt] Iniciativa iGEO

[Victor Ferreira]

Viva,
estive no evento, e fiquei dividido:
por um lado percebo o esforço meritório do secretário de estado e da
equipa, no sentido de  permitir ALGUM acesso a dados de base, importantes
para investigação e serviços, para académicos e empresas.
Por outro lado é uma falácio chamarem-lhes DADOS ABERTOS quando não
cumprem com a definição de acesso sem limitações.
Curiosamente pelo menos dois dos convidados bateram nessa tecla e frisaram
bem a questão, mas acho que, ou a equipa NÃO ENTENDE o que são dados
abertos e entrou por um ouvido e saiu por outro, ou então estão a fazer-se
despercebidos, porque já esticaram a corda política ao máximo que
conseguiram, ao permitir acesso sem pagamento a cidadãos e académicos!!
Acho que a segunda hipótese será a mais provável...
VIctor


2014-05-13 2:32 GMT+01:00 Rui Oliveira racoqs...@gmail.com:

 Ou seja a partir do momento que limita o uso dos dados para os comerciais
 por intermédio de uma taxa , não interessa porque vai contra o que a
 licença do osm permite .

 Francamente acho que fazem mal,  porque os dados abertos poderiam ajudar
 muitas empresas a construir serviços com base desses dados e quiçá
 potenciar uma fonte de turismo.  Visão limitada dos responsáveis do igoe ou
 em última instância o governo.

 Mas devo ser eu que sou ingénuo ao acreditar que ter um mapa completo no
 osm  ajuda a quem vem ao nosso país ter uma experiência muito melhor no
 turismo.
 No dia 12 de Mai de 2014 13:57, Topo Lusitania Lusitania 
 topolusita...@yahoo.com escreveu:

 Olá

 Alguém conhecido esteve lá.

 Em resumo -

 1 - Este portal ja funciona : igoe.pt

 2 - Idéia geral: os dados serão de acesso livre para todos excepto
 empresas.
 Para empresas haverá uma flat rate de 100€ mês.
 Falta ver a concretização da idéia geral.

 A equipa TopoLusitania

   --
  *From:* Rui Oliveira racoqs...@gmail.com
 *To:* Lista de discuss#227,o para Portugal talk-pt@openstreetmap.org

 *Sent:* Sunday, May 11, 2014 4:15 PM
 *Subject:* Re: [Talk-pt] Iniciativa iGEO

  Seria interessante ter lá um representante da comunidade OSM para se
 informar. Pena eu não ser de Lisboa :S


 2014-05-11 16:10 GMT+01:00 Hugo Silva hdsi...@gmail.com:

 Bom dia,

 Para conhecimento.

 Cumps,
 Hugo Silva



 O Ministério do Ambiente, Ordenamento do Território e da Energia promove
 no próximo dia 12 de maio , na Sociedade de Geografia de Lisboa , uma
 sessão sobre a iniciativa que visa a disponibilização à sociedade e às
 entidades de investigação e ensino, dos dados geográficos existentes na
 Administração Pública, e cujo programa, em anexo, é:
  11h00 - Presidente da Sociedade de Geografia de Lisboa, Prof. Aires de
 Barros
 11h10 - Secretário de Estado do Ordenamento do Território e Conservação
 da Natureza, Prof. Miguel Castro Neto
 11h40 - Assessor do Conselho Diretivo da Fundação para a Ciência e a
 Tecnologia, Prof. Mário Caetano
 11h50 - InfoPortugal, Eng.º António José Silva
 12h00 - Presidente da CCDR LVT, Prof. Eduardo Brito Henriques
 12h10 - Ministro do Ambiente, Ordenamento do Território e Energia, Eng.º
 Jorge Moreira da Silva
  Afigura-se ser uma temática de relevante interesse na comunidade dos
 Engenheiros Geógrafos, pelo que venho divulgar o evento. A inscrição poderá
 ser feita aqui (apressem-se, é provável que esgote rápido):
 http://www.dgterritorio.pt/igeo/

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



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



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


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


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

Re: [Talk-ca] Alberta Park's Data on Protected Areas – Legal or not

[Victor Chwieros]

Would this imply we can use AlbertaParks' said data set or do we need to 
obtain an explicit permission?


http://data.alberta.ca/blog/alberta-open-information-and-open-data-policy

This is a new policy and I do not understand what implementation of the 
policy entails.


Victor

On 14-05-15 10:49 AM, Andrew Lester wrote:

I couldn't see a license anywhere on that site other than the copyright notice 
at the bottom of the page (which very unequivocally states we can't use 
anything on the website), so I downloaded the dataset to see if there was 
anything in there. Inside the XML file in the dataset are the following:
purposeData provided for internal use within Alberta Tourism, Parks and Recreation (TPR). 
Within TPR, data for sites designated by Order-in-Council, and data pertaining to Crown Reservations, are 
managed in the same dataset. For external clients, data are provided as separate shapefiles. (Designated 
Parks  Protected Areas, vs. Crown Reservations)./purpose

and

useconstNo constraints within TPR. Data provided to external clients are for their 
internal use only. Data are not to be redistributed./useconst

Now, IANAL, but those would seem to indicate that we can't use this data in 
OSM. We could still ask them for explicit permission, though, to see if they'll 
override the above.

Andrew
alester
Victoria, BC, Canada

- Original Message -
From: Victor Chwieros wchwie...@yahoo.com
To: talk-ca@openstreetmap.org
Sent: Monday, May 12, 2014 8:15:13 PM
Subject: [Talk-ca] Alberta Park's Data on Protected Areas – Legal or not




Are we allowed to use the Alberta Park's Protected Areas (Shapefile) in OSM?

Data source is the last entry on this list:

http://www.albertaparks.ca/albertaparksca/library/downloadable-data-sets.aspx

Reason I ask is that a number of the provincial parks have not been mapped. One 
example is:

https://en.wikipedia.org/wiki/Kinbrook_Island_Provincial_Park

http://www.openstreetmap.org/#map=14/50.4407/-111.9076


I checked the NRCan data and it is not part of the “Atlas of Canada 1,000,000 
National Frameworks Data, Protected Areas-Protected Areas” - so we can't get 
the park boundary from there.


Victor




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



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

[Talk-ca] Alberta Park's Data on Protected Areas – Legal or not

[Victor Chwieros]

Are we allowed to use the Alberta Park's Protected Areas (Shapefile) in 
OSM?


Data source is the last entry on this list:

http://www.albertaparks.ca/albertaparksca/library/downloadable-data-sets.aspx

Reason I ask is that a number of the provincial parks have not been 
mapped. One example is:


https://en.wikipedia.org/wiki/Kinbrook_Island_Provincial_Park

http://www.openstreetmap.org/#map=14/50.4407/-111.9076


I checked the NRCan data and it is not part of the “Atlas of Canada 
1,000,000 National Frameworks Data, Protected Areas-Protected Areas” - 
so we can't get the park boundary from there.


Victor


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

[Talk-pt] Site para download de Áreas do OpenStreetMap

[Victor Ferreira]

Tem cidades já preparadas e link para site onde se pode escolher a área que
se quer no mapa do OpenStreetMap.
http://download.bbbike.org/osm/bbbike/

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

Re: [Talk-pt] Tradução da próxima welcome page

[Victor Ferreira]

Viva,
podia ser:
anotação
sugestão
comentário
todos parecem boas hipóteses
Victor


2013/9/3 f.dos.san...@free.fr

 Olá,

 As traduções foram sincronizados e já estão a bombar no site principal :


 https://github.com/openstreetmap/openstreetmap-website/commit/c798fe416a60eb25f8390ca8a5ab22126dfc7155#diff-50

 Reparei que o serviço de poder deixar Note foi traduzido por reportar
 erro, o que não me parece muito bom é que erro tem um significado
 negativo, fica sempre melhor falar em melhoramento ;-)

 É sempre dificil traduzir uma palavra assim, nota não parece ser a
 melhor tradução mais é a palavra usada na versão brazileira, alguem tem
 outra ideia ?

 Francisco.

 - Mail original -
 From: f dos santos f.dos.san...@free.fr
 To: Lista de discuss#227;o para Portugal talk-pt@openstreetmap.org
 Date: 22/08/2013 21:09:40
 Subject: Re: [Talk-pt]  Tradução da próxima welcome page

 Olá

 Acabei a tradução das mensagens da bem-vinda página, fiz o meu melhor,
 mas pode sempre ser melhorado ;-)
 Aconcelho quem quer ajudar a inscrever-se no translatewiki, é muito simple
 de contribuir.
 O mais chato é mesmo esperar a validação da inscrição pelo um admin.

 https://translatewiki.net/wiki/OSM

 Francisco

 - Mail original -
 From: Jorge Gustavo Rocha j...@di.uminho.pt
 To: talk-pt@openstreetmap.org
 Date: 19/08/2013 20:25:47
 Subject: Re: [Talk-pt] Tradução da próxima welcome page

 Obrigado, Francisco.

 Já fui ao translatewiki registar-me e aguardo permissão para contribuir
 com o que falta traduzir. Entretanto, as traduções que vi parecem-me
 bastante sensatas.

 Abraço,

 Jorge

 Em 19-08-2013 15:34, f.dos.san...@free.fr escreveu:
  O merge foi feito no site principal ontem :
 
 https://github.com/openstreetmap/openstreetmap-website/commit/56fd5c4d90c7d3757fb97ff16c40aaa307ae1d22
 
  Por isso deve ser a versão inglesa que vêm os novos inscritos.
 
  O processo de tradução normal é reestabelecido ou seja as traduções são
 efeituadas com o translatewiki :
 
 https://translatewiki.net/w/i.php?title=Special:Translategroup=out-osm-sitefilter=!translatedaction=translate
 
  Vou la dar uma ajudazinha ...
 
 
  - Mail original -
  From: Alexandre Neto senhor.n...@gmail.com
  To: Lista de discuss#227,o para Portugal talk-pt@openstreetmap.org
  Date: 19/08/2013 10:41:02
  Subject: Re: [Talk-pt]Tradução da próxima welcome page
 
 
 
 
  Bom dia,
 
  Aparentemente o Welcome-2 Branch já não se encontra disponível. No
 master branch não encontro nenhuma secção Welcome page. Não percebo onde
 isso foi parar.
 
 
  Alexandre Neto
 
 
 
  2013/8/16 Alexandre Neto  senhor.n...@gmail.com 
 
 
 
 
  Eu posso ajudar! Mas só depois de segunda-feira.
 
  Alexandre neto
  No dia 15 de Ago de 2013 10:41,  f.dos.san...@free.fr  escreveu:
 
 
 
 
  Ola pessoal,
 
  Um pedido[1] foi feito para ajudar a traduzir a futuro pagina de
 bem-vindo do site OSM :
 
  http://www.remote.org/frederik/tmp/welcome.png
 
  Por enquanto a tradução tem que ser feito por um pull request no github
 (welcome-2 branch).
  A secção a traduzir é a secção “welcome-page:” :
 
 
 https://github.com/osmlab/openstreetmap-website/blob/welcome-2/config/locales/en.yml#L1151-L1194
 
  Alguém para ajudar ou deixamos os amigos Brasileiros o fazer ?
 
 
  [1]
 http://lists.openstreetmap.org/pipermail/talk/2013-August/067830.html
 
  ___
  Talk-pt mailing list
  Talk-pt@openstreetmap.org
  http://lists.openstreetmap.org/listinfo/talk-pt
 
 
  ___
  Talk-pt mailing list
  Talk-pt@openstreetmap.org
  http://lists.openstreetmap.org/listinfo/talk-pt
 
  ___
  Talk-pt mailing list
  Talk-pt@openstreetmap.org
  http://lists.openstreetmap.org/listinfo/talk-pt
 


 --
 Jorge Gustavo Rocha
 Departamento de Informática
 Universidade do Minho
 4710-057 Braga
 Tel: +351 253604480
 Fax: +351 253604471
 Móvel: +351 910333888
 skype: nabocudnosor


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

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

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

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

Re: [Talk-pt] Notícia criador do OpenStreetMap

[Victor Ferreira]

Reparei que a Telenav tem feito um bom trabalho em detectar erros e
melhorar dados do OSM. É promissor o Steve ir para lá!
Victor


2013/9/3 f.dos.san...@free.fr

 Olá

 Vi passar esta notícia : Steve Coast, o fundador do OSM, deixa a Microsoft
 para Telenav.

 http://uk.advfn.com/news/MWUS/2013/article/59048222

 Recordamos que foi há 3 anos que ele foi para a Microsoft e que negociou o
 uso das imagens Bing para mapear.

 Francisco.

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

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

Re: [Talk-pt] Fontes para nomes de ruas?

[Victor Ferreira]

Viva Mauro,
cuidado com as cópias de dados sem ter a certeza de ter licença para tal.
Os fornecedores de mapas costumam proteger as suas fontes de rendimento
criando pequenos erros no meio dos dados para apanhar quem copiar o erro.
Essa é uma das razões iniciais da criação do OSM, criar um conjunto de
dados que não tenham restrições de uso. Mas para isso não convém fazer
batota. Já existiram situações no OSM Portugal que alguém resolveu por
preguiça copiar os dados do Google Maps numa área muito grande e tivemos de
remover isso quando foi detectado.
Muitas das Câmaras Municipais ainda não estãosensibilizadas para a
libertação de dados para o dominio público, ouem alguns casos acham que não
podem. Muito da cartografia terá sido criada para as Câmaras pelo IGP
(IGEO? faço sempre confusão com os organismos...) e a licença não permite
utilizar.
Na minha experiência pessoal, também tenho encontrado muitos erros e
desactualizações nos mapas oficiais de erros nos nomes das ruas (muito
comum no google maps ou no Bing!). Por isso cuidado ao copiar dados de
outras fontes. No caso dos nomes das ruas o melhor é sempre verificar no
terreno.
Tenho percebido que uitas das comunidades relacionadas com mapas
(orientação, geocaching) funcionam muito em ecossistema fechado e ou
consequimos evangelizar alguém dentro dos grupos para depois divulgarem,
ou é difícil.
Uma comunidade pelo menos, da orientação, parecem ter negócio montado em
torno da disponibilização das bases que usam que serão certificadas por
quem organiza os eventos, pelo que não estão muito receptivos a ajudarem a
criar dados abertos (alguém dessa comunidade por aqui que possa dar outro
ponto de vista?)
QUem não gosta ou não pode ir para o terreno, pode ajudar bastante na
actualização de vias e de implantação de edificios!
Abraço,
Victor


2013/7/27 Mauro Santos registo.maill...@gmail.com

 On 26-07-2013 15:41, f.dos.san...@free.fr wrote:
  Nenhuma sugestão :-(
  Não sei se existe nas fontes institucionais os dados dos nomes de rua
 com uma licença compatível. Se eles não disponibilizam os dados em licença
 livre, temos nós de o fazer !
 

 Nota prévia: não sou advogado ;)

 Não sei se existirá algum problema em transcrever essa informação de
 outras fontes desde que esteja correta. Os nomes das ruas são um facto e
 não uma criação de alguém e sujeita a direitos de autor.

 Pela lógica, diria que será semelhante a ir a uma enciclopédia consultar
 um facto histórico e colocar essa mesma informação noutro documento. Por
 mesma informação não quero dizer copiar todas as palavras e pontuação no
 caso da enciclopédia.

 Penso que isto implicará uma transcrição manual, ou seja, não é possível
 utilizar qualquer ferramenta que o faça de forma automática recorrendo a
 dados de terceiros.

 Isto é o meu ponto de vista, na prática a coisa pode ser bem diferente.

  Sou adepto do levantamento no terreno, por isso talvez não sou muito
 objetivo más acho que levantar os nomes de rua ainda vai depressa (faço um
 passeio + fotos), o pior é levantar números de rua (no final cada prédio
 ira ter o seu número) e desenhar os prédios.
 
  O verdadeiro problema é fazer crescer a comunidade portuguesa, iremos
 mais depressa com mais pessoal. Neste aspeto as mapping parties são
 importantes, agradeço os esforços da OSGEO-PT que faz muito para promover o
 projeto, más temos que atrair ainda mais pessoal.

 Não será tarefa fácil, o conceito de fazer alguma coisa de borla e que
 depois qualquer um pode usar como quiser, é uma coisa estranha para a
 maioria das pessoas, especialmente se não virem como também podem tirar
 partido do projecto.

 Para além disso, mesmo pessoas que estão mais por dentro da utilização
 de gps e que criaram e mantêm listas de pontos de interesse (ex.: bombas
 de gasolina, supermercados, etc.), desconhecem a existência do OSM.

  Francisco, que vai sair para mapear alguns nomes de rua ;-)
 
 
  - Mail original -
  From: J.P.Malhado chim...@netcabo.pt
  To: talk-pt@openstreetmap.org
  Date: 25/07/2013 22:12:53
  Subject: [Talk-pt] Fontes para nomes de ruas?
 
  Boa noite a todos,
 
  Gostaria de saber que fontes são/podem ser utilizadas para preencher o
  nome das ruas no mapa.
  Quanto a mimi, esta é das informações mais úteis, permitindo fazer uma
  correspondência entre uma morada escrita e a informação cartográfica.
  Há um site útil que mostra as vias que têm o nome em falta
  http://qa.poole.ch/
  Se houvesse alguma fonte que pudesse ser utilizada com esta informação,
  seria relativamente fácil ir completando o mapa sentado em frente ao
  computador. Eu já andei muitas vezes pela cidade com o propósito de
  registar nomes de rua em falta: é uma óptima forma de passear, mas uma
  forma muito ineficiente de juntar uma informação que deve ser pública.
  Cheguei a perguntar à câmara se no caso de Lisboa a planta
 disponibilizada
  no site (http://lxi.cm-lisboa.pt/lxi/?application=Lxplantas) poderia ser
  utilizada para esse efeito, mas nunca cheguei

Re: [Talk-pt] Ex-scut e troços pagos

[Victor Ferreira]

Viva,
se não tens datalloger, pordes eventualmente utilizar outro método que
permite usar qualquer gps, sincronizar o relógio de uma máquina fotográfica
com o teu GPS,e levar os dois contigo. Nos sítios que queres registar tiras
uma foto e depois em casa, podes sincronizar a track GPS com as fotos
tiradas. Uma forma prática de o conseguir será utilizar o Editor JOSM
(editor osm em java)
http://wiki.openstreetmap.org/wiki/Photomapping_In_JOSM
http://wiki.openstreetmap.org/wiki/Photo_mapping
Um truque para garantir que o relógio bate é tirar uma das primeiras fotos
do próprio ecrã do GPS onde se possa ver a data/hora (o Josm permite
utilizar essa info para refinar a sincronização).
Qual é a tua localidade? Eu sou originário da Golegã, tendo estudado em
Torres Novas.
Abraço,
Victor


2013/7/27 Mauro Santos registo.maill...@gmail.com

 On 24-07-2013 22:40, f.dos.san...@free.fr wrote:
  Com 15 pórticos fizeram mesmo tudo para que A13 seja paga !

 Pois ... é um bocado incompreensível como os troços que ligam os 3
 hospitais (Tomar - Torres Novas - Abrantes) são pagos visto que são as
 melhores e talvez mais rápidas vias de acesso ... mas isso são outras
 guerras.

  Para a localização, no caso da A23 fiz o apontamento no verão 2011 com
 um datalogger e alguns pórticos foram afinados com imagens aéreas
 (dependente da data das fotos).
 

 Datalogger por enquanto não tenho, a minha unidade gps embora registe o
 percurso, não tem forma fácil de marcar pontos específicos.

  Houve varias campanhas de atualização no Bing, sobretudo nas imagens de
 alta resolução, se calhar na tua zona não há imagens de alta resolução
 (verifica se há uma mudança nas imagens com o zoom ao maximo).
 

 As imagens do bing ainda são antigas, com partes com apenas uma via para
 cada lado, ou seja, antes de ter sido feito o alargamento e posterior
 promoção a A13. Além disso nas imagens do bing a A13/IC3 nem sequer
 vai até perto de Condeixa (nas imagens do google já se vê o começo das
 obras).

  Francisco
 
  - Mail original -
  From: Mauro Santos registo.maill...@gmail.com
  To: talk-pt@openstreetmap.org
  DateEnvoyé: 23/07/2013 23:39:51
  Subject: Re: [Talk-pt] Ex-scut e troços pagos
 
  Obrigado pela explicação, esta vai de encontro ao que tinha percebido.
 
  Fazendo uma simplificação grosseira da coisa, resume-se a:
  Parte-se do principio que desde o inicio até ao fim da auto-estrada é
  pago, com excepção dos troços onde se consegue entrar e sair sem passar
  debaixo de um pórtico (e só o trajecto feito entrada-saida nem mais nem
  menos).
 
  Posto isto e olhando para a informação em [1] então a A13 é toda paga
  excepto um pequeno troço perto de Condeixa onde se consegue entrar e
  sair sem passar por um pórtico, logo ainda falta marcar a A13 como paga.
 
  É neste ponto que a coisa se complica, existe algum local com a
  informação exacta da localização dos pórticos? É que pelas imagens
  aéreas não consegui localizar os pórticos mais perto de mim (sei onde
  ficam +-).
 
 
  [1]
 
 http://www.portugaltolls.com/documents/11238/09d6ad46-dcb3-466d-ad09-7022b0c8c632
 
 

 --
 Mauro Santos

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

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

Re: [Talk-pt] Visiting Portugal

[Victor Ferreira]

Hi Mathias,
welcome to Portugal!
I already befriended you in OSM and noticed your first edit in Lisboa :-)
I have tried to do some 3d in osm, using the most compatible tags of height
or number of floors. Mostly in Tomar. But i focused in the more urgent need
to get the streets on the map, since Portugal had a late start in OSM
mapping. Now that we have more people mapping maybe is time to get back to
the 3d!
My work in the faculty as focused on 3d survey of buildings and urban areas
with laser scanning and 3d photogrammetry. We have a helium balloon, and
have used remote controled model airplanes and copters.
Our research group is in http://archc3d.fa.utl.pt/archc3d.html (see the
link to the gallery that has some samples of the work).
We also have a 3d fabrication lab in the school with cnc router, laser
cutter and 3d printer, and produce nice stuff with it :-)
I will be glad to show more when you visit!


On Sat, Aug 31, 2013 at 10:15 PM, Matthias Meisser dig...@arcor.de wrote:

 -BEGIN PGP SIGNED MESSAGE-
 Hash: SHA1

 Am 31.08.2013 15:17, schrieb Alexandre Neto:
  As architecture is your topic, you might be interested in 3D
  building modeling? I had the pleasure to assist on the
  development of the Simple 3D buildings-schema and did a
  bigger micromapping survey of a district in Rostock:
 
  I think you will like to see Victor's work as well. :-P

 So Victor did already some 3D modelling with OSM?
 Now I'm really curious :) I tried to find some models with f4 maps,
 but had no success. Sadly we have no 3D tag related overlay for
 osmatrix :/

 Matthias
 -BEGIN PGP SIGNATURE-
 Version: GnuPG v1.4.11 (GNU/Linux)
 Comment: Using GnuPG with Thunderbird - http://www.enigmail.net/

 iQEcBAEBAgAGBQJSIlz+AAoJEAF+labaLeyD664IAJZbFhBjmxyfnyN+1wzY1MiT
 9BBCt9wdP7hKWn5XGNAWX2Ltd8GIpvL4v2cuftJq+HJuftQwyEUHfJ+RaZoXWVET
 M7T2jYw7RVT3oA2UU3REDBJiInscDcltlTLjEjKoK3C4GDxPri1ThRtVwLwTDQ73
 iTC8TNr2lFBIw6on2CUCoauAp4bsDKGaK+TadTq40P+VtzNPzda0O9q0TOmuWgvk
 EBtAUyEwcFX9qMnALZGhxc4dU+jS0w28fyjmu0hi8AfxVvRcwLum7LvZzofTWk61
 ipK1NIPyloA46GCNPx4F7v2LZ6+3t5EvGAEEN9q2XF3Mdc+tp2k5xmB+appXua4=
 =YAca
 -END PGP SIGNATURE-

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

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

Re: [Talk-pt] Mapping in Portugal - Some smal questions

[Victor Ferreira]

Hi, let me had that the last three digits in the Postal code usually have
no correlation with administrative areas unfortunately!
The areas are defined regarding the trip of the mail man, so the houses on
one street can some be in a postal code and some in the other.
The ideia is to have some optimization of the trips since the mail is
separated by the codes physycally.
Is someone has more details please update :-)
Victor


On Sat, Aug 31, 2013 at 3:05 PM, Mauro Santos registo.maill...@gmail.comwrote:

 -BEGIN PGP SIGNED MESSAGE-
 Hash: SHA1

 I'd say that the postal code should include the location, the
 wikipedia page says:
 The Portuguese postal code (código postal) is formed by four digits,
 a hyphen, then three digits, followed by a postal location of up to 25
 characters in capitals.

 If one searches for a postal code in the Portuguese post office page,
 which is also linked in the wikipedia page, one gets exactly the
 scheme mentioned (-NNN LOCATION).

 The wikipedia page also says:
 Note that, although the regions' names are connected the (extinct)
 1936 provinces of Portugal, their limits (with the exception of
 Algarve) are not exactly the same.

 I don't know if this still holds true, also this year there was a
 reorganization of parishes (1), I don't know how that changes the
 relationship between administrative areas to postal codes but I
 suppose that should be taken into account/looked into.

 (1) Some parishes were merged and given a new name. That I know of
 there are no more changes planned in the short term, but I don't know
 if we've seen the end of it as the change was somewhat controversial.


 On 31-08-2013 14:36, f.dos.san...@free.fr wrote:
 
  3. The Postal Code in Portugal are :
 
  http://en.wikipedia.org/wiki/Postal_codes_in_Portugal
 
  The first 4 digit was the old postal code, and the 3 digits
  following the dash is an even more precise area in this postal
  code. I don't know all the details and I didn't spend time
  searching, but I presume that the postal code follow the
  administrative area in some way, so it seems possible to follow the
  Karlsruhe schema and only code addr:street and addr:housenumber and
  deduce the city and postal code from other spatial entity. But we
  are far from it, we didn't have all the administrative area in OSM,
  it's a matter I'm currently working on (slowly :-).
 
  By the way, for the Karlsruhe schema, I've not seen a prefered way
  in the community on how to enter address : - using addr:street -
  using associatedStreet relation
 
  Perhaps you have more experience in entering address so we can
  choose a prefered method for Portugal. As a matter of taste, I
  prefer not using relation for address and using only addr:street,
  but that's my personal view ;-)
 
 
 http://wiki.openstreetmap.org/wiki/Proposed_features/House_numbers/Karlsruhe_Schema
 
 
 
  One final question for Nuno José or someone with more pratical
  knowledge than me, in the example given I'm missing something, in
  Karlsruhe schema notation we have :
 
  addr:housenumber = 18 addr:street = Rua Pé de Mouro addr:postcode =
  2714-510 addr:city = Linhó
 
  So the Sintra information will be lost ?
 
  Francisco

 - --
 Mauro Santos
 -BEGIN PGP SIGNATURE-
 Version: GnuPG v2.0.21 (GNU/Linux)

 iQIcBAEBAgAGBQJSIfgMAAoJEKlXy3xHw0Io2mgQAIESThelJaxAQj8szpIXeKct
 MmXAXwRX/mwcgEfXHeK1DX/FAduVRjIgpzkW7AWmxnMIbgdZH9eejPIt6C8CsPJ7
 W3osDRW/Lta4tQGp8LVpbdvlCmtb7jsi4xLoccZmHZR/gZfCYluFFPD1Gpla0J1a
 9EvrK0R6q4lZN19lw/ARRZ+6TIfcwtUcF3ZCNK/jw3rkipmvt2tEn9XIMe8198Wg
 fceusdHhMfBEiHBMcGVpT626J5z5Ob4DJSb5OQqRA/Cmfs56RmYcy4aNbKyV/GKa
 dv87vXBI8lDGRRe43EC28MXRQtZ8on29Qaxz5/bvQ3p3vl26WTeHXSXu11eGhM1H
 yaDESrN0+oKPQOMUBet+75Qz8OqZrnQ8414cYlAGHNtPYY+mch/tgUJL1jEpE+5R
 whIkn00ejHye4+lw3fJC/DH2rgzd+pypVzPgduLQCq3AnZsFbqWUkyy0Zx+G60f0
 bApzbL7U0dwG34eHpBZhp/N1PSP+Odq2D05CsCJ2UfKXFjdSRw2BXZpM19SHAM22
 rsiPiruGJxw3WprfdQNVxD1ggNfegreFISSv+XmAHxc8s7cBJPuFxOL9RcZeERGb
 JTZyqdusO0Jia+6O5MPDOpNI4GLKpbUnvWc7yWVNQm9P4NaYKmEqB2KuIpaCcyjC
 zvbHSZItgONKeqv6YNo+
 =ud31
 -END PGP SIGNATURE-

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

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

[Talk-dk] Langebro i Københa?==?iso-8859-1?Q?vn

[Victor Valore]

Kære mailinglist!



Der er fornyligt blevet lavet en del ændringer omkring Langebro i
København, som jeg mener er helt forkerte i forhold til de standarder vi
mapper efter.




Langebro består af én asfaltflade med linie for cykelstier i begge
sider, samt fuldt optrukket mellem de to retninger for bilerne.
Herudover et fortov i hver side. Der er ingen specifik
hastighedsbegrænsning på broen, det vil sige at der færdselslovens
almindelige grænser der gælder.




Er der nogle der vil give et bud på den myriade af highways som ny er
lagt på broen?




Glæder mig til at forstå om det er mig der skal genlæse vores
mapping-retningslinier eller om der er andre som ser ligeså mange fejl
som mig...




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

[OSM-talk-fr] Comment cartographier un snack?

[Victor G]

Bonjour,

Par snack je veux dire un petit commerce de nourriture à emporter
(sandwich, kébab parfois crêpes, churros, granita ou glaces) avec des fois
quelques tables pour consommer, physiquement c'est proches des kiosques à
journaux même si certains font la taille d'une camionnette voir un peu plus.

shop=kiosk correspond bien physiquement mais la vente de nourriture ne
semble pas être l'activité principale mais plutôt la vente de journaux et
de cigarettes.

Du point de vue alimentaire ça correspond bien à amenity=fast_food mais il
y à une différence entre un snack et un Quick/KFC/McDo/Burger King au
niveau physique.

Je cherche donc un tag ou une combinaison pour cartographier ces commerces
qui sont assez courant à Aix-en-Provence et dans d'autre villes du sud de
la France.

Merci d’avance, cordialement
Victor (tuxayo)
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] Comment cartographier un snack?

[Victor G]

Merci pour vos éclaircissements, je pense donc utiliser amenity=fast_food
et takeaway=only (si c'est le cas) et description=snack pour arriver le
mieux possible à définir ces points d’intérêts.


Le 6 juillet 2013 18:19, Philippe Verdy verd...@wanadoo.fr a écrit :

 On a toutes sortes de dispositions aussi pour les fastfoods, du drive in
 avec parking et aire de service dans un kiosque de commande, à la grande
 salle aménagée dans une galerie marchande, jusqu'au simple comptoir de rue,
 avec ou sans table devant sur les trottoirs assez larges, avec ou sans
 terrasse, avec ou sans aire de jeu intérieure ou extérieure, avec ou sans
 services complémentaires comme le wifi dans la salle.

 Ce qu'on y sert est tout aussi variable, que ce soit la Brioche dorée, la
 boulangerie traditionelle avec un compoir de vente à emporter, la pizzeria
 classique avec salle mais avec un comptoir de vente à emporter aussi côté
 rue; on trouve aussi carrément des plats complets, de la cuisine chinoise,
 des suchis, des pates, les sandwiches à composer au choix. Les formules
 sont nombreuses.

 Ce qui est surtout à distinguer c'est la présence d'une salle, le service
 à la place ou en self avec un plateau.

 Sinon ça peut s'étendre aux stations d'autoroute avec un commerce où on
 vend un peu de tout (du frais dans les frigos, des paquets de gateaux ou de
 chips, des magazones ou journaux, des accessoires automobiles, des additifs
 pétroliers, des sacs, des souvenirs touristiques, de la papetterie, sans
 oublier les distributeurs de boissons chaudes, parfois aussi la vente de
 tabac, en plus de payer l'essence prise à la station, les toilettes et même
 les douches, les tables à langer,et les microondes pour les plats à
 consommer sur place, ou même un vrai bar complet). Certaines stations
 d'autoroute sont très fournies (exemple l'Aire de Vendée sur l'A83, avec
 plusieurs commerces) Comment classer alors ces stations Shell, Esso,
 Leclerc, etc sinon comme commerces multiservice semblable à une supérette
 et même un peu plus que cela ?

 Un truc difficile à repérer dans OSM et rarement signalé sur la route et
 dans nos GPS de navigation automobile : le gonflage des pneus (souvent
 gratuit sur les stations d'autoroute équipées, parfois aussi près du péage
 d'entrée en début d'axe depuis une grande agglomération, ou encore
 certaines stations Esso en sortie des grandes villes sur les grands axes,
 comme celle de la N10 à la Rochelle, mais rarement gratuit dans les
 stations de lavage en ville, et pas toujours bien entretenues; mais c'est
 un peu aléatoire et il faut souvent déjà le savoir en ayant déjà visité la
 station; même dans la station on ne sait pas toujours où c'est, il faut
 chercher et sinon tenter à la station suivante).


 Le 6 juillet 2013 17:20, David Crochet david.croc...@online.fr a écrit :

 Bonjour

 Le 06/07/2013 17:02, Victor G a écrit :

  Du point de vue alimentaire ça correspond bien à amenity=fast_food mais
 il y à une différence entre un snack et un Quick/KFC/McDo/Burger King au
 niveau physique.


 Pourquoi limiter « amenity=fast_food » à ces noms d'enseignes et non pas
 à des lieux de vente de repas commandé et livré au comptoir, accessoirement
 consommable sur place tel que l'explique le wiki ?

 Bien entendu cette étiquette sera associé à « cuisine=* » et/ou «
 takeaway=* »

 Cordialement
 --
 David Crochet

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



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


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

Re: [OSM-talk-fr] Tracé des limites communales de l'Auvergne terminé

[Victor G]

Voilà un projet qui a l'air très intéressant, je m’initierai à
l'utilisation du cadastre image en espérant pouvoir prêter main forte!


Le 6 juillet 2013 22:40, Sylvain Perrinel sylvain.perri...@gmail.com a
écrit :

 Bravo à tous et bon courage pour la suite.
 Je me jette sur le gâteau après le weekend  :)


 2013/7/6 Vincent de Château-Thierry v...@laposte.net

 Bonjour,

 Le tracé des limites communales d'Auvergne vient de se terminer. Il aura
 fallu 11 jours pour venir à bout du gâteau bi-goût Cantal  Haute-Loire :
 158 communes, qui ont donné pas mal de fil à retordre. Certaines cumulent
 les embûches, avec absence totale de croisillons, de la forêt, et jusqu'à
 plusieurs dizaines de planches cadastrales, ce qui n'aide pas. Pour vous
 donner un aperçu du pire : Saugues, ses 73 feuilles, et près de 2000
 points pour en tracer le tour :
 http://www.openstreetmap.org/**browse/relation/3044987http://www.openstreetmap.org/browse/relation/3044987

 Par comparaison, le rythme s'est donc ralenti sur ce chantier, car à la
 difficulté s'est combiné un effectif plus restreint, de 10 contributeurs.
 Merci à eux ! Et merci à Pieren pour l'évolution du plugin, qui permet de
 rejouer un calage de feuille sans re-télécharger : un gain d'efficacité et
 une incitation à améliorer le calage sans payer le temps de récupération
 des feuilles, c'est vraiment appréciable.

 Nous sommes désormais, toutes communes confondues, à environ 1900
 communes du but. La courbe dessinée par Munin, sur l'année, commence
 vraiement à s'écarter de la tendance vecteur (en vert) :
 http://osm2.crans.org/munin/**stats.db/departement/osm_**
 commune_tous.htmlhttp://osm2.crans.org/munin/stats.db/departement/osm_commune_tous.html
 On va pouvoir se lancer dans les paris pour la date de clôture :-p

 Pour la suite, annoncée à demi-mot la dernière fois, je vous propose de
 retourner en Champagne-Ardennes, précisément en Haute-Marne : c'est le
 département le plus déficitaire en terme de tracé de limites, rien moins
 que 325 manquent à l'appel. Vous êtes tous les bienvenus, chacun aura sa
 part, promis ;-) :

 http://mapcraft.nanodesu.ru/**pie/282#http://mapcraft.nanodesu.ru/pie/282#

 Merci,
 vincent

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




 --
 Sylvain

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


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

[Talk-pt] OSM mapping party em Faro dia 17 Novembro

[Victor Ferreira]

Caros,
durante as 5as Jornadas de Software Aberto SIG (
http://osgeopt.pt/sasig5 ), que irão decorrer no Algarve de 15 a 17 de
Novembro 2012, iremos organizar uma tarde de mapeamento.
Quem estiver na zona e quiser dar uma mão é bem vindo! Embora
integrado no programa das SASIG5 , a participação na party está aberta
a todos.
Se puderem enviar um email para o contacto disponível no site,
agradecia, para podermos ter uma ideia dos potenciais participantes.
Página aqui (aceitam-se sugestões e comentários)
http://wiki.osgeopt.pt/index.php/Programa_da_OSM_Party_Sasig5

Apareçam!
Victor

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

Re: [Talk-pt] OSM ao vivo

[Victor Ferreira]

Muito bom!
Ideal para a malta se entusiasmar e dar uma mão também :-)
Muito bom para mostrar a novos utilizadores para terem uma ideia do
contributo REALMENTE internacional e constante que se está a fazer no
OSM!
Victor

2012/9/4  f.dos.san...@free.fr:
 Ola,

 Se alguem viu o Google Map Maker, aqui temos a visão ao vivo do trabalho no 
 OSM

 http://live.openstreetmap.fr/

 Sentem-se e gozam do espetáculo ;-)

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

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

Re: [Talk-pt] Re : Re: Re : Re: Encontro OSM

[Victor Ferreira]

Oi malta,
ainda não sei se consigo estar livre logo à noite mas vou fazer os
possiveis por aparecer!
Sempre ficou no Kaffehaus?
VIctor

2012/8/7  f.dos.san...@free.fr:
 De: Rúben Leote Mendes ru...@nocturno.org Tue, 07 Aug 2012 01:46:42 +0200 
 (CEST)

Em 02-08-2012 15:38, f.dos.san...@free.fr escreveu:
 A data tem que ser antes do 18 (dia que vou-me embora).

 A minha primeira intenção era a data do 9 de Agosto, data do aniversario :

 http://wiki.openstreetmap.org/wiki/Birthday

 Para apanhar mais 1 (olá Victor) tem que ser feito na semana do 13 ao 17.
 Acho que o dia antes do feriado permite as pessoas descansar e recuperar se 
 o encontro acaba muita tarde.

 Mais qualquer outra data me convêm, temos um pouco menos de 2 semanas para 
 encontrar a data ideal para todos ;-)

Moro em Aveiro e não tenho hipótese de ir a Lisboa a meio da semana. Se
acharem bem marcar para 17 é provável que possa aparecer.

Um abraço,
Rúben

 Para mim OK para Sexta 17/08 a noite, mas não quero obrigar-te a vir parar a 
 Lisboa so para um encontro OSM ;-)

 Quem está de acordo com esta data ?

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

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

Re: [Talk-pt] Re : Re: Re : Re: Encontro OSM

[Victor Ferreira]

Ok respondendo a mim próprio já vi que mudou para a Rua Garret!
Victor

2012/8/17 Victor Ferreira victor.mota.ferre...@gmail.com:
 Oi malta,
 ainda não sei se consigo estar livre logo à noite mas vou fazer os
 possiveis por aparecer!
 Sempre ficou no Kaffehaus?
 VIctor

 2012/8/7  f.dos.san...@free.fr:
 De: Rúben Leote Mendes ru...@nocturno.org Tue, 07 Aug 2012 01:46:42 +0200 
 (CEST)

Em 02-08-2012 15:38, f.dos.san...@free.fr escreveu:
 A data tem que ser antes do 18 (dia que vou-me embora).

 A minha primeira intenção era a data do 9 de Agosto, data do aniversario :

 http://wiki.openstreetmap.org/wiki/Birthday

 Para apanhar mais 1 (olá Victor) tem que ser feito na semana do 13 ao 17.
 Acho que o dia antes do feriado permite as pessoas descansar e recuperar 
 se o encontro acaba muita tarde.

 Mais qualquer outra data me convêm, temos um pouco menos de 2 semanas para 
 encontrar a data ideal para todos ;-)

Moro em Aveiro e não tenho hipótese de ir a Lisboa a meio da semana. Se
acharem bem marcar para 17 é provável que possa aparecer.

Um abraço,
Rúben

 Para mim OK para Sexta 17/08 a noite, mas não quero obrigar-te a vir parar a 
 Lisboa so para um encontro OSM ;-)

 Quem está de acordo com esta data ?

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

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

Re: [OSM-talk-fr] Panneaux de fin de limitation de vitesse: Comment les tagguer?

[Victor Grousset]

On peut aussi mapper les panneaux au bord de la route, ici on voit comment
mapper le panneau de début de limitation de vitesse mais pas celui de fin.

http://wiki.openstreetmap.org/wiki/FR:Road_signs_in_France

Le 3 août 2012 18:05, Tetsuo Shima tets...@gmail.com a écrit :

 Bonjour,

 Normalement il faut étiquetter le highway limité avec la clef
 maxspeed http://wiki.openstreetmap.org/wiki/Maxspeed du moins la ou il
 y a pas de limitation par défaut.

 Cordialement.

 2012/8/3 Victor Grousset tux...@gmail.com:
  Je n'ai pas trouvé sur le wiki, en anglais ou en français la manière de
  tagguer ces panneaux, je pense que je devrait leur mettre la valeur
  numérique de la limite par défaut, par exemple 50 en ville.
  Qu'en pensez vous?
 
  tuxayo
 
  ___
  Talk-fr mailing list
  Talk-fr@openstreetmap.org
  http://lists.openstreetmap.org/listinfo/talk-fr
 

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

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

Re: [OSM-talk-fr] Panneaux de fin de limitation de vitesse: Comment les tagguer?

[Victor Grousset]

En effet, je me suis trompé de lien; voila celui qui parle des panneaux:

Sinon je viens de trouver cette page qui que pour une fin de limite il
faudrait tagger sur le panneaumaxspeed=default
http://wiki.openstreetmap.org/wiki/Speed_limit

Mais je vois dans tag info que en france c'est utilisé seulement 4 fois
(dont deux fois par Eric Gillet)
http://taginfo.openstreetmap.fr/keys/maxspeed#values


Le 3 août 2012 20:08, Tetsuo Shima tets...@gmail.com a écrit :

 C'est plutot par ici pour le panneau en eux meme
 http://wiki.openstreetmap.org/wiki/Key:traffic_sign

 2012/8/3 Matthias Dietrich eiger@gmail.com:
 
  Le 3 août 2012 18:25, Victor Grousset tux...@gmail.com a écrit :
 
  On peut aussi mapper les panneaux au bord de la route, ici on voit
 comment
  mapper le panneau de début de limitation de vitesse mais pas celui de
 fin.
 
  http://wiki.openstreetmap.org/wiki/FR:Road_signs_in_France
 
 
 
  À moins d'avoir raté un passage, la page du wiki à laquelle tu fais
  référence explique comment reporter *sur un way* la limite de vitesse,
 mais
  ne propose pas de tag pour le panneau lui-même, et en toute logique elle
 ne
  propose donc pas non plus de tag pour le panneau de fin de limitation.
 
 
  ___
  Talk-fr mailing list
  Talk-fr@openstreetmap.org
  http://lists.openstreetmap.org/listinfo/talk-fr
 

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

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

Re: [Talk-pt] Quantidade de lanes

[Victor Ferreira]

Malta, pelo que tenho entendido, o numero de lanes depende da
estrutura física da via. Se tivermos uma estrada com duas faixas em
cada direcção, mas com continuidade de pavimento (ou seja se eu quiser
virar o carro consigo passar de um lado para o outro sem obstáculos) o
que tenho na realidade são 4 lanes?!
Se tiver uma estrada com separadores, ou passeio alto no meio terei na
realidade duas vias separadas fisicamente (dois traços diferentes) e
aí cada um terá 2 lanes com sentido único. POr exemplo uma
autoestrada, ou via rápida...

Em situaçãoes mais complexas, onde as estradas têm vias de viragem de
sentido e outras complicações, aí terão de ser utilizadas relações, e
existe proposta para que se desenham as lanes de forma individual.
Mas eu ainda não tentei uma aventura dessas!! :-) Tenho dado
prioridade a sitios que ainda não estão mapeados de todo...
Fica aqui a explicação no wiki dessa alternativa (não invalida as que
eu indiquei e que se continuam a utilizar em situações simples):
Note-se que está indicado no texto que é uma proposta...

Explicit Lanes
This is a proposal to map lanes explicitly as ways. In case the lanes
are divided physically don't use lane. Use a regular highway=* that is
not a lane instead. Lanes are to be drawn just the same as all other
highways (currently as a centre line of the lane). This proposal does
not deprecate lanes=* on highways, because they can be used to check
for missing explicit lanes.
To use lanes properly you should also add a Relations/Proposed/Area
and attach the lane to a highway.
In the case of simple parallel lanes you are not encouraged to draw
single lanes but to tag with lanes=*, unless you need to express
something not adequatly expressable with parametric mapping. 
Alguém na lista já tem experiência de situações destas??

Espero não ter complicado :-)
Victor

2012/7/25 Filipe Roque flip.ro...@gmail.com:
 Podem comentar? Devo editar o wiki Português?

 Sim, edita o wiki. Ter lanes=* para um só sentido obriga sempre um
 número par de faixas que não é verdade.

 flip
 --
 Rádio Zero
 www.radiozero.pt

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

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

Re: [OSM-talk-fr] Vidéosurveillance

[Victor Grousset]

Vous pouvez chercher sur le wiki l'article qui en parle, y faire des
propositions jusqu'à ce qu'il y ai consensus pour pouvoir commencer à
mapper.
Le 18 juil. 2012 21:58, red0queen red0qu...@red-net.info a écrit :

  Bonjour à tous,

 Contribuant de plus en plus a OSM (zone roanne, tarrare...) je m'inscrit
 donc pour suivre l'évolution générale du projet.

 J'en profite pour partager avec vous un 
 projethttp://lyon.sous-surveillance.net/basé sur OSM émergeant actuellement 
 à lyon, visant à créer un outil de
 cartographie de la vidéo-surveillance. La question se pose actuellement de
 savoir où en est le tag Surveillance et dans quel mesure il est possible
 de l'utiliser ?

 Le but de ce projet étant de fournir un maximum de renseignement sur la
 nature de cette surveillance (publique/privée, zone couverte...), comment
 pouvons-nous participer à la normalisation de cet attribut ?

 Cordialement

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


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

Re: [Talk-pt] Fwd: Workshop Open Street Map

[Victor Ferreira]

Viva,
se alguem por ai patrocinar a deslocação podemos tentar combinar :-)
Quando diz que utiliza o Google maps, é no sentido de utilizar para
navegação e afins (não para mapear no OSM), certo?
Pode explicar mais em que contexto?

Victor

2012/2/4 Antonio Cunha Santos antoniopocsan...@gmail.com

 Boa noite,

 Para quando uma cá no norte (Distritos do Porto ou Braga) ?

 Por acaso usamos muito os receptores de GPS e estamos a usar Google Maps
 por falta de outra ferramenta, para trabalhar.

 Cumprimentos,

 António Santos

 No dia 4 de Fevereiro de 2012 15:58, Filipe Roque 
 flip.ro...@gmail.comescreveu:

 Reenviado a pedido.

 


 Olá a todos,

 Venho por este meio divulgar o Workshop Open Street Map (OSM) que
 decorrerá no fds de 11-12 de Fevereiro em Torres Vedras.

 O workshop está integrado na iniciativa Vamos mapear Portugal, é
 promovido pela OSGeo-PT e pela ALT - Sociedade História Natural (ALT-SHN)
 que cederá a biblioteca para os trabalhos de edição e sessões teóricas.

 O modelo do evento é misto: por um lado é uma OSM *party*, mas por outro
 tem uma componente de aprendizagem (daí ser workshop) que pretende que
 todos os participantes saiam deste fds de convívio com competência e
 autonomia para começar a mapear.

 Há um limite máximo de 16 participantes (contingências da sala). A
 inscrição tem um custo de 15€,  que servirá para suportar as despesas do
 orientador do workshop - Victor Ferreira - bem como despesas de sala.

 Mais informações e incrições 
 aquihttp://www.alt-shn.org/workshop-open-street-map.html
 ..
 
 André Mano
 http://opussig.blogspot.com/


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




 --
 António Pedro Oliveira Cunha Santos




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


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

Re: [Talk-pt] MS OSM Querys

[Victor Ferreira]

Olá,
o que queres dizer quando afirmas que o Postgres não iria vingar pela
magnitude do Nominatim? Achas que a base de dados é grande demais
para o Postgres? Essa ideia vem de experiência de tentar correr o dito
nos Postgres, ou de alguma fonte escrita comparativa? Não sendo
programador de BD tinha a ideia de que o Postgres terá a capacidade
para lidar com qualquer tamanho de bases de dados que o MS Sql
consiga?! Ou tenho a ideia errada?
Alguém aqui com mais experiência prática pode esclarecer isto?
Victor

2011/11/28 Diogo Silva piwi...@gmail.com:
 Boa tarde Jorge,

 Em primeiro lugar, o meu agradecimento pela resposta. Sobretudo na área das
 licenças, na qual eu sou completamente inexperiente, foi muito útil.

 Sobre a tecnologia, concordo inteiramente com a tua análise. A ideia era
 criar uma alternativa ao Nominatim com tecnologias Windows/Microsoft,
 sobretudo devido ao meu background académico. As dificuldades que encontrei
 para instalar uma instância do Nominatim na minha máquina Windows foram
 quase herculianas, e nunca consegui ter o sistema a funcionar na perfeição,
 apenas numa máquina virtual Ubunto. Além disso, uma alternativa que
 utiliza-se Postgres+Postgis dificilmente irá vingar, dada a magnitude do
 Nominatim. Noutras àreas, como o Silverlight e o Bing Maps, aos poucos
 espero migrar para o OpenLayers. É um processo lento para um individuo
 sozinho, mais vai lá.

 Muito obrigado também pela dica do routing, é uma funcionalidade a
 implementar no futuro, tal como outras.

 Cumprimentos,
 Diogo
 ___
 Talk-pt mailing list
 Talk-pt@openstreetmap.org
 http://lists.openstreetmap.org/listinfo/talk-pt



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

Re: [Talk-pt] Iniciativa (re)habitar Portugal

[Victor Ferreira]

Viva Gonçalo,
Boa ideia! São actividades temáticas que podem acrescentar valor ao
mapa e interessar  à malta de planeamento por exemplo :-)
Seria interessante ter uma página web, com mapa com estilo gráfico
personalizado que permitisse visualizar os edificios devolutos e
eventualmente extrair algumas estatísticas. Está previsto no teu
trabalho?
Bom trabalho,
Victor Ferreira

2011/11/24 Gonçalo Lourenço cnog...@gmail.com:
 Caros colegas

 No âmbito de um trabalho académico que estou a realizar e imbuído do
 espírito do Vamos mapear Portugal decidi lançar uma outra iniciativa à
 comunidade, denominada (re)habitar Portugal.
 Esta iniciativa visa essencialmente chamar a atenção da comunidade para o
 abandono e degradação do nosso património edificado e tem como objectivos
 específicos, a criação e partilha de dados geográficos gratuitos, sobre
 imóveis devolutos, através do OpenStreetMap.
 Julga-se que esta iniciativa, perfeitamente alinhada com os objectivos da
 iniciativa Vamos mapear Portugal, poderá de algum modo contribuir para a
 resolução de um problema sério e muitas vezes negligenciado pela sociedade,
 através do empenho e participação voluntária de todos nós.
 E que melhor forma de o fazer, senão através do OSM!

 --
 Com os meus cumprimentos

 GONÇALO LOURENÇO


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



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

Re: [Talk-pt] Página de entrada do openstreetmap.de

[Victor Ferreira]

:-) Na prática não os importamos, mas eles vêm cá dar uma mão. Se
virem nas estatisticas de quem anda a mapear portugal, estão lá uns
alemão no top 20 :-)
Com a Internet já nem é preciso vir fisicamente para trabalhar em Portugal hehe
Victor

2011/11/23 Jorge Gustavo j...@di.uminho.pt:
 Caros,

 Estive a ver a página de entrada do http://www.openstreetmap.de, e está
 impecável. Tem montes de informação, sobre o Open Street Map, mas em
 particular, informações relevantes para a comunidade germânica.

 Acho que pode servir de inspiração para criarmos uma página semelhante para
 o Vamos Mapear Portugal, já que sonhar não custa, e eu ainda acredito no Pai
 Natal :-)

 Como dizia o Daniel Kastl, que agora está no Japão, para se mapear um país,
 ou se fazem muitas parties, ou se importam alemães :-)

 Abraço,

 Jorge

 --
 Jorge Gustavo Rocha
 Departamento de Informática
 Universidade do Minho
 4710-057 Braga
 Tel: 253604430 (Geral), 253604479 (Gabinete)
 Fax: 253604471
 Móvel: 910333888

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


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

Re: [Talk-pt] Tradução da documentação OSM em PT

[Victor Ferreira]

Viva daqui Victor Ferreira :-)
Sim já vou a passar para o Capitulo 6, e a andar com regularidade.
Mais uns dias e fica terminado.
Victor

2011/11/21 Jorge Antunes jorgeantu...@gmail.com:
 Viva!

 Decorrente do que se definiu no SASIG IV e no seguimento dos emails recentes
 que referiam a tradução para PT do Potlach2, acho que seria importante
 definirmos uma estratégia para não andarmos a traduzir as mesmas coisas e
 para definir prioridades.
 No SASIG, foi identificado que as prioridades seriam traduzir o LearnOSM e,
 se não estou em erro, o Discovering Collaborative Mapping
 Já alguém pegou nalgum destes documentos?
 Há outros recursos que acham que seja importante traduzir?
 Cumps,
 Jorge Antunes


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



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

Re: [Talk-pt] Concurso para o logotipo do Vamos mapear Portugal

[Victor Ferreira]

Olá,
dei uma olhada no site, e tenho duas dúvidas:
Para quando está previsto o próximo número/até quando seria
aconselhável enviar resumo/artigo.?
Dependendo da altura em que a revista sai, poderá haver mais ou menos
referência ao Vamos Mapear Portugal...
As 9000 palavras corresponderão, grosso modo a quantas páginas da revista?
Victor Ferreira
http://archc3d.fa.utl.pt/archc3d.html

2011/11/15 angela seixas angela.sei...@gmail.com:
 Olá a todos

 Sou editora de uma revista científica da ULP e gostava de publicar um artigo
 sobre o OSM que também contribuisse para divulgar a iniciativa Vamos Mapear
 Portugal.
 A revista pode ser acedida em
 http://www.ulp.pt/index.php/ensino/faculdades-escolas-e-institutos/faculdade-de-ciencias-naturais-engenharias-e-tecnologias/e-lp-engineering-and-technology-journal.html

 Alguém quer dar este contributo?

 Ângela
 2011/11/15 Pedro Veloso pedro.n.vel...@gmail.com

 Bom dia.

 Eu posso fornecer alguns contactos, e até estabelecer o contacto inicial,
 mas penso que não serei a melhor pessoa para tratar disso uma vez que não
 estou envolvido na organização e a minha legitimidade para o fazer seria
 reduzida. No entanto agrada-me saber que já há pelos menos 1 prémio, o que
 dá um incentivo inicial simbólico ao concurso do logótipo.

 Posso no entanto dar já a minha ajuda de outra forma no movimento em
 geral. Sou membro a equipa de administração do androidPT
 (http://androidpt.com) e penso que poderíamos em prol do evento escrever um
 tutorial a mostrar como se podem usar equipamentos Android na obtenção de
 Tracks (ou mesmo outro tipo tarefas caso sejam viáveis a serem feitas com um
 dispositivo Android), e aproveitar o mesmo artigo para publicitar o evento
 Vamos mapear Portugal. Para o fazer peço só a vossa colaboração no sentido
 de me indicarem bons programas e leituras já existentes sobre o tópico para
 produzirmos um artigo o mais correto possível.

 Pelas datas que vi sobre o movimento este artigo será mais relevante de
 publicar no ano que vem, aquando o início de divulgação geral do mesmo, mas
 fica desde já a intenção de o produzir caso estejam de acordo.


 Cumprimentos, Pedro Veloso

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




 --
 Com os melhores cumprimentos,
 Ângela Seixas

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



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

Re: [Talk-pt] Como ajudar na tradução do Potlach 2 para PT?

[Victor Ferreira]

Olá Pedro:
O Jeff (do learnosm) está a partilhar o documento com todos os que
pedem e não só comigo :-). Vejoa na lista franceses, brasileiros,
portugueses, indianos, etc. Como ele está a partilhar o original
inglês, a partilha é para todos os tradutores de todas as línguas.
Para já, de Portugal vejo na lista de partilha ó o Jorge, pelo que o
Jeff ainda não terátido tempo de partilhar para os voluntários
referidos.
è o Jeff que controla essas partilhas e não eu. Podemos é tentar
organizar isto de forma a não nos atropelarmos na tradução dos
mesmos parágrafos, e cada um pegar num capítulo, por exemplo
Pedi aos colegas brasileiros para aguardarem um pouco e ficavam com a
nossa versão de base que já seria mais fácil de colocar em pt-br.
Victor

2011/11/4 Pedro Mendes p.m.g.men...@gmail.com:
 Olá Victor,
 Eu próprio, como newbie, tenho apreciado bastante o LearnOSM!
 Seria interessante conjugar o seu esforço desenvolvido até agora, com o
 trabalho de tradução que se iniciará em breve (no âmbito da iniciativa).
 Isto para evitar que o mesmo trabalho seja a ser realizado com o dobro do
 esforço.
 Os voluntários a darem o passo em frente para assumir para a tradução
 completa do LearnOSM foram o Nuno Patrício, Jorge Antunes e o Prof. José
 Alberto Gonçalves
 (http://wiki.osgeopt.pt/index.php/Vamos_mapear_Portugal#Organiza.C3.A7.C3.A3o).
 Penso que o Prof. Jorge Rocha e o Tozé têm uma versão do documento original
 (googledocs) cedida pelos autores que será a base para o inicio da tradução.
 Nota: Esta mailing list ficou definida como o meio de intra comunicação para
 os assuntos que digam tambem respeito à iniciativa.
 Mendes.

 2011/11/4 Victor Ferreira victor.mota.ferre...@gmail.com

 Viva,
 eu já comecei a traduzir o learnosm à duas semanas atrás, e tenho ido
 devagar mas certinho. Tou no terceiro capítulo de 8. Tou a traduzir em
 pt-pt e acho que depois os colegas brasileiros poderão dar um jeito
 para adaptar para pt-br os termos técnicos e expressões, para ficar
 mais localizado e mais amigável para iniciados.
 O Outro manual do floss sendo mais completo e de maiores dimensões
 parece-me mais necessitado de ajuda, e assim ficariamos com duas
 bases em português porreiras para formação dos iniciados!
 VIctor Ferreira

 2011/11/4 Pedro Mendes p.m.g.men...@gmail.com:
  Olá Francisco,
  No âmbito da iniciativa Vamos Mapear Portugal, que teve o seu kickoff
  no
  ultimo SASIG em Guimarães ficou certo que se fará a tradução para PT de
  outro manual tb muito jeitoso - http://www.learnosm.org/ - visto que é
  um
  manual bastante curto e incisivo para o efeito.
 
  O livro que indicas tambem foi dado a conhecer às 30 e tal pessoas
  presentes
  no arranque da iniciativa, por isso, tb já ficaram cientes que poderão
  contribuir.
 
  Mendes.
 
  2011/11/4 f.dos.san...@free.fr
 
  Ola,
 
  Falando de tradu�ão, precisa-se de pessoal na tradu�ão do livro FLOSS
  sobre OSM.
  Um brasileiro pediu ajuda aqui :
  http://www.openstreetmap.org/user/wille/diary/15215
 
  O meu português não é muito bom (é pena) mais pessoal nesta lista deve
  poder dar
  uma ajuda ;-)
 
  Francisco
 
  Pedro Mendes p.m.g.men...@gmail.com:
 
   Contatei a mailing list Developer do Potlach 2 (potlach-dev) e parece
   que a
   aplica�ão ainda não está preparada para permitir a troca de idioma em
   conformidade com o browser do utilizador...
  
   Fica a resposta do Tom Hughes à minha questão:
  
   On 04/11/11 16:33, Pedro Mendes wrote:
  
   How can I help translating Potlach2 to pt_PT locale?
   
I've been browsing through the GiHub repo and I did find this
   
  
 
 
  https://github.com/**gravitystorm/Potlatch2/tree/**master/l10n/localehttps://github.com/gravitystorm/Potlatch2/tree/master/l10n/locale.
But
that two files per locale is all there is to assure the app
translation?
   
  
   There are still some bugs that need to be resolved with the basic
   localisation framework before we're ready to start soliciting
   translations
   I'm afraid.
  
  
  
   2011/11/4 Pedro Mendes p.m.g.men...@gmail.com
  
Viva,
   
Estou a tentar identificar a forma de ajudar na tradu�ão do Potlach
2,
mas
estou com dificuldades em encontrar o local com esta info.
   
Já me registei aqui:
https://translatewiki.net/wiki/Translating:OpenStreetMap
E tb encontrei a seguinte página
http://wiki.openstreetmap.org/wiki/Pt:Potlatch/Translation, mas
está
marcada como deprecated..
   
Alguma ideia?
   
Obrigado!
   
Mendes.
   
  
 
 
 
 
  ___
  Talk-pt mailing list
  Talk-pt@openstreetmap.org
  http://lists.openstreetmap.org/listinfo/talk-pt
 
 
 
  ___
  Talk-pt mailing list
  Talk-pt@openstreetmap.org
  http://lists.openstreetmap.org/listinfo/talk-pt
 
 

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

Re: [Talk-pt] Como ajudar na tradução do Potlach 2 para PT?

[Victor Ferreira]

Viva,
eu já comecei a traduzir o learnosm à duas semanas atrás, e tenho ido
devagar mas certinho. Tou no terceiro capítulo de 8. Tou a traduzir em
pt-pt e acho que depois os colegas brasileiros poderão dar um jeito
para adaptar para pt-br os termos técnicos e expressões, para ficar
mais localizado e mais amigável para iniciados.
O Outro manual do floss sendo mais completo e de maiores dimensões
parece-me mais necessitado de ajuda, e assim ficariamos com duas
bases em português porreiras para formação dos iniciados!
VIctor Ferreira

2011/11/4 Pedro Mendes p.m.g.men...@gmail.com:
 Olá Francisco,
 No âmbito da iniciativa Vamos Mapear Portugal, que teve o seu kickoff no
 ultimo SASIG em Guimarães ficou certo que se fará a tradução para PT de
 outro manual tb muito jeitoso - http://www.learnosm.org/ - visto que é um
 manual bastante curto e incisivo para o efeito.

 O livro que indicas tambem foi dado a conhecer às 30 e tal pessoas presentes
 no arranque da iniciativa, por isso, tb já ficaram cientes que poderão
 contribuir.

 Mendes.

 2011/11/4 f.dos.san...@free.fr

 Ola,

 Falando de tradu�ão, precisa-se de pessoal na tradu�ão do livro FLOSS
 sobre OSM.
 Um brasileiro pediu ajuda aqui :
 http://www.openstreetmap.org/user/wille/diary/15215

 O meu português não é muito bom (é pena) mais pessoal nesta lista deve
 poder dar
 uma ajuda ;-)

 Francisco

 Pedro Mendes p.m.g.men...@gmail.com:

  Contatei a mailing list Developer do Potlach 2 (potlach-dev) e parece
  que a
  aplica�ão ainda não está preparada para permitir a troca de idioma em
  conformidade com o browser do utilizador...
 
  Fica a resposta do Tom Hughes à minha questão:
 
  On 04/11/11 16:33, Pedro Mendes wrote:
 
  How can I help translating Potlach2 to pt_PT locale?
  
   I've been browsing through the GiHub repo and I did find this
  
 

 https://github.com/**gravitystorm/Potlatch2/tree/**master/l10n/localehttps://github.com/gravitystorm/Potlatch2/tree/master/l10n/locale.
   But
   that two files per locale is all there is to assure the app
   translation?
  
 
  There are still some bugs that need to be resolved with the basic
  localisation framework before we're ready to start soliciting
  translations
  I'm afraid.
 
 
 
  2011/11/4 Pedro Mendes p.m.g.men...@gmail.com
 
   Viva,
  
   Estou a tentar identificar a forma de ajudar na tradu�ão do Potlach 2,
   mas
   estou com dificuldades em encontrar o local com esta info.
  
   Já me registei aqui:
   https://translatewiki.net/wiki/Translating:OpenStreetMap
   E tb encontrei a seguinte página
   http://wiki.openstreetmap.org/wiki/Pt:Potlatch/Translation, mas está
   marcada como deprecated..
  
   Alguma ideia?
  
   Obrigado!
  
   Mendes.
  
 




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



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



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

Re: [Talk-es] Presentación

[Victor Civitani]

Bienvenido!

2011/9/11 Jordi Duran jordu...@gmail.com:
 Hola, mi nombre es Jordi Duran y éste es mi primer mensaje para presentarme.

 Estoy leyendo para enterarme de como funciona todo ésto y mapear alguna cosa

 Saludos

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





-- 
Victor          mailto:xen...@gmail.com

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

Re: [Talk-pt] Heat map: muito giro!

[Victor Ferreira]

Boa! Aproveitiei e acrescentei isso na página OSM do osgeo wiki, nos
links interessantes juntamente com o outro irmão Wheredidyouedit.
http://wiki.osgeo.org/wiki/Osm
Também achei interessante o link para uma instalação windows do
serviço Tiles@home para quem quiser contribuir algum tempo de
processador para a causa (ajudar o OSM a renderizar tiles do mapa
mundial - torna os updates mais rápidos)
Victor Ferreira

2011/9/7 Jorge Gustavo j...@di.uminho.pt:
 Olá,

 Mais uma brincadeira engraçada:
 http://yosmhm.neis-one.org/?Jorge%20Gustavo%20Rocha=zoom=7lat=39.71662lon=-6.41657layers=BTu=Jorge%20Gustavo%20Rocha

 Abraço,

 Jorge
 --
 Jorge Gustavo Rocha
 Departamento de Informática
 Universidade do Minho
 4710-057 Braga
 Tel: 253604430 (Geral), 253604479 (Gabinete)
 Fax: 253604471
 Móvel: 910333888

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


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

[Talk-es] presentación

[Victor Civitani]

Hola a todos,

soy Víctor, hace algunas semanas que conocí el proyecto, y me gustaría
colaborar en él, de momento estoy mirando manuales y aprendiendo sobre
el tema.
Me acabo de apuntar a esta lista, y solo escribo para presentarme.

Saludos,
Victor.

-- 
Victor          mailto:xen...@gmail.com

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

Re: [Talk-es] Google copia el sistema de OpenStreetMap

[Victor]

Osmand está un poco abandonada últimamente.

-Mensaje original-
De: Xavier Barnada Rius [mailto:xbarn...@gmail.com] 
Enviado el: miércoles, 20 de abril de 2011 12:06
Para: talk-es@openstreetmap.org
Asunto: Re: [Talk-es] Google copia el sistema de OpenStreetMap

El dc 20 de 04 de 2011 a les 11:48 +0200, en/na Juanjo Pablos va
escriure:
  Vamos, que le regalas tu trabajo a Google, y que mientras nos 
  portemos bien, Google nos dejará usarlo gratuitamente... para fines 
  que no se interpongan en su camino, claro ;)
 
 
 
 Hay a gente que eso le importa bien poco. Colabora con su buena fe, 
 sobre algo que esta bastante completo. En el otro expectro te 
 encuentras esto, un comentario en la aplicación osm para android:
 https://market.android.com/details?id=net.osmand
 
 Ps los mapas dejan mucho q sesear. X10 by *J Niet R*– 10 de enero de 
 2011
 
 No se les pasa por la cabeza el cambiar su mentalidad de consumidor a 
 colaborador. Es dificil convencer a la gente que colabore sobre una 
 herramienta que no utiliza.

Coincido en que la gente no esta muy dispuesta a colaborar, pero cuando ven que 
no hay alternativas gratuitas las aplicaciones/datos libres les parecen 
buenas.Pero creo que aqui el problema no esta en que la gente colabore sino en 
el hecho de que los datos que se generan no son libres.

El caso este que citas de Osmand creo que el usuario no ha mirado ni la 
aplicacion ya que esta permite usar los mapas de Open Street Map ,pero tambien 
puedes usar los de Google Maps.Por cierto Osmand es una buena aplicacion







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


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

Re: [Talk-pt] Road numbering in Portugal

[Victor Ferreira]

Ok, thanks for the heads up.
The road numbers listed in the wiki page is correct:
it's IP, IC, EN, ER, etc, as indicated in the page.
Victor

On Mon, Jan 17, 2011 at 10:14 AM, Claudius Henrichs claudiu...@gmx.dewrote:

  Bom dia!

 sorry for posting in English, but I feel this to be a relevant information
 and question.
 Some of you actively mapping in Portugal may have seen altely some
 increased activity from some german mappers. This is because a user who is
 active in quality assurance has run a connection check over the portugese
 OSM data. This check searches for roads that are crossing without bridge or
 tunnel. There is a list with those errors on the wiki [1] and every user can
 take a block of 100 errors, leave a note in the wiki that he is dealing with
 them and try to fix these. Fixing the errors is much easier now with the
 help of Bing imagery.

 I feel that it would have definitely been nicer to have informed the
 portugese OSM community *before* starting this campaign, but better late
 than never.

 Now to my personal question on mapping in Portugal: I have read a bit about
 the road network and number in Portugal on the english wikipedia [2]. I see
 that you have some new road numbers starting with IP and IC that were
 assigned in the 2000 Plano Rodoviário Nacional. And then you have the older
 estradas nacionais given out in the 1945 Plano Rodoviário Nacional. I
 already checked the OSM wiki project page for Portugal [3] but could not
 find any recommendation about how to tag these. Shall I use EN329 or
 N329? Same goes for the estradas regionais: Should we use ER32 or R32?
 Thanks in advance for your help.

 Regards,
 Claudius

 [1] http://wiki.openstreetmap.org/wiki/Aktionen/Aktion_12
 [2] http://en.wikipedia.org/wiki/Roads_in_Portugal
 [3] http://wiki.openstreetmap.org/wiki/Portugal

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


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

Re: [Talk-pt] Road numbering in Portugal

[Victor Ferreira]

Viva no Wiki diz explicitamente:
*highway=primary*. Estradas Nacionais (EN, lista
aquihttp://www.estradasdeportugal.pt/index.php/prn/152-complementar-ens).

E na lista das estradas de Portugal (oficial) tem EN
http://www.estradasdeportugal.pt/index.php/prn/152-complementar-ens
Nos mapas convencionais (em papel) sempre apareceu assim.
Victor

On Mon, Jan 17, 2011 at 8:39 PM, Francisco DOS SANTOS
f.dos.san...@free.frwrote:


  Ok, thanks for the heads up.
  The road numbers listed in the wiki page is correct:
  it's IP, IC, EN, ER, etc, as indicated in the page.
  Victor
 
 Só venho de reparar o caso das nacionais !
 Devemos codificar ref=EN2 e não ref=N2 ?

 Se fora o caso, vou completar o wiki porque a pagina :
 http://wiki.openstreetmap.org/wiki/Estradas
 Não diz nada sobre o ref.
 E a pagina :
 http://wiki.openstreetmap.org/wiki/Rede_das_principais_estradas_de_Portugal
 Uso o N e não EN.

 E um ponto que precisa ser esclarecido, cada pais tem o seu sistema (em
 frança por exemplo usemos o N e não RN, e temos um espaço entre a letra
 e o numero : N 2).

  On Mon, Jan 17, 2011 at 10:14 AM, Claudius Henrichs
  claudiu...@gmx.de wrote:
  Bom dia!
 
  sorry for posting in English, but I feel this to be a relevant
  information and question.
  Some of you actively mapping in Portugal may have seen altely
  some increased activity from some german mappers. This is
  because a user who is active in quality assurance has run a
  connection check over the portugese OSM data. This check
  searches for roads that are crossing without bridge or tunnel.
  There is a list with those errors on the wiki [1] and every
  user can take a block of 100 errors, leave a note in the wiki
  that he is dealing with them and try to fix these. Fixing the
  errors is much easier now with the help of Bing imagery.
 
  I feel that it would have definitely been nicer to have
  informed the portugese OSM community *before* starting this
  campaign, but better late than never.
 
  Now to my personal question on mapping in Portugal: I have
  read a bit about the road network and number in Portugal on
  the english wikipedia [2]. I see that you have some new road
  numbers starting with IP and IC that were assigned in the
  2000 Plano Rodoviário Nacional. And then you have the older
  estradas nacionais given out in the 1945 Plano Rodoviário
  Nacional. I already checked the OSM wiki project page for
  Portugal [3] but could not find any recommendation about how
  to tag these. Shall I use EN329 or N329? Same goes for the
  estradas regionais: Should we use ER32 or R32? Thanks in
  advance for your help.
 
  Regards,
  Claudius
 
  [1] http://wiki.openstreetmap.org/wiki/Aktionen/Aktion_12
  [2] http://en.wikipedia.org/wiki/Roads_in_Portugal
  [3] http://wiki.openstreetmap.org/wiki/Portugal
 
 
  ___
  Talk-pt mailing list
  Talk-pt@openstreetmap.org
  http://lists.openstreetmap.org/listinfo/talk-pt
 
 
  ___
  Talk-pt mailing list
  Talk-pt@openstreetmap.org
  http://lists.openstreetmap.org/listinfo/talk-pt



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

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

[Talk-es] CORINE land cover Segovia Ávila Madri d, y ahora qué?

[Victor]

Buenas, yo he importado los datos de estas dos provincias, si quieres las
puedo eliminar enteras o sólo la parte de Guadarrama.

Espero tus indicaciones.

Salu2,

Víctor

Date: Fri, 7 Jan 2011 10:22:51 +0100
From: sergio sevillano sergiosevillano.m...@gmail.com
To: Discusión en Español de OpenStreetMap   talk-es@openstreetmap.org
Subject: [Talk-es] CORINE land cover Segovia Ávila Madrid, y ahora
qué?
Message-ID: 238c0dd8-ebbf-45b7-b972-3aed1a400...@gmail.com
Content-Type: text/plain; charset=iso-8859-1

muy bien Ávila y Segovia importadas,
se ve verde en mapnik.

la sierra de Guadarrama estaba con polígonos de landuse muy malos y los
estaba transformando a mano con ortofoto a bastante mejores

ahora en
http://www.openstreetmap.org/?lat=40.6868lon=-4.2252zoom=14layers=M y en
http://www.openstreetmap.org/?lat=40.73331lon=-4.16432zoom=15layers=M

esta mezclado lo malo antiguo, lo intermedio de corine y lo bueno a mano.

ahora, alguien me puede explicar
cual es el siguiente paso.


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

Re: [Talk-pt] Apresentacao ao grupo portugues Open Street Map

[Victor Ferreira]

Olá Ana,
só para perceber melhor o contexto:
a participação é pontual, ou vão trabalhar até ao fim do ano escolar?
Quantas pessoas? Profs/alunos
Os alunos estão em que faixa etária?
A participação irá decorrer em Portugal (Angra do Heroísmo) Estão na
Alemanha de visita? :-)
Eu estou em Lisboa (sou professor universitário de Arquitectura) mas com
certeza que ajudaremos no que for possível. Materiais para apresentação,
links para tutoriais, etc.
O grupo de voluntários a que pertenço (osgeopt) tem feito algum trabalho de
divulgação do OSM:
página dedicada ao OSM
http://wiki.osgeo.org/wiki/Osm
página do grupo
http://wiki.osgeo.org/wiki/Portugal
Abraço de Portugal,
Victor Ferreira

2010/12/7 Ana Madureira anamadureira.epsc...@gmail.com


 Ola (pedimos desculpa, mas no momento encontramo-nos na Alemanha e o
 teclado nao nos permite acentuar as palavras).

 Somos um grupo da Escola Profissional da Santa Casa da Misericordia de
 Angra do Heroismo e vamos participar/colaborar no projecto Open Street Map
 com outras escolas da Europa.

 Por esta razao, vimos manifestar o nosso interesse em receber e partilhar
 informacao sobre este assunto. Aguardamos pelo vosso contacto.
 --
 Cordiais cumprimentos.
 A Directora Pedagógica,
 Ana Cristina Madureira

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


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

[Talk-pt] Victor Ferreira wants to stay in touch on LinkedIn

[Victor Ferreira]

LinkedIn


   
Lista,

I'd like to add you to my professional network on LinkedIn.

- Victor Ferreira

Victor Ferreira
Founding member at OSGEO-PT 
Lisbon Area, Portugal

Confirm that you know Victor Ferreira
https://www.linkedin.com/e/2rydd6-ggz3jqgr-2k/isd/1954773510/SME5SmZG/


 
-- 
(c) 2010, LinkedIn Corporation___
Talk-pt mailing list
Talk-pt@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-pt

Re: [Talk-ca] Canvec.osm Product - Running!

[Victor Bielawski]

On Fri, Jul 23, 2010 at 07:41, James Ewen ve6...@gmail.com wrote:
 Okay, anyone out there know what the extra numbers tacked on the end
 of the tile number represent?

 083H11.0.0.3.osm

 083H11 is the tile number, but what is the 0.0.3 portion? I can't seem
 to make any sense as to how they are to be interpreted. They seem to
 start in the upper left corner of the tile, but if I'm on 0.3.0,
 what's the number of the tile to the left?

0.0.3 would be to the left of 0.3.0 – here's a quick diagram of how
the tile splitting works:

+-+-+
| 1   | 2   |
| | |
| | |
+--+--+-+
| 0.1  | 0.2  | 3   |
+--+--+ |
| 0.0  | 0.3  | |  and so on.
+-+-+


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

Re: [Talk-ca] Addressing in Canvec.osm

[Victor Bielawski]

On Wed, May 12, 2010 at 1:32 PM, Bégin, Daniel
daniel.be...@rncan-nrcan.gc.ca wrote:
 What distance did you use? I was to use 0.0001 degree (about 10 meters in 
 Halifax) for addressing in Canvec.osm.  What would you suggest?

Please please *please* use metres. Merkaartor has some code that
generates address interpolation ways using degrees, and it results in
the distance from streets depending on the street's orientation, and
looks plain ugly in any projection apart from latlon.

As for the distance itself, I'd prefer 14-17 metres for
highway=tertiary and below, and 20-23 metres for highway=secondary and
above, if such a distinction is possible. This is based on
observations from Toronto and area; I don't know about other cities.

-- 
Victor Bielawski

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

Re: [Talk-ca] vreimer?

[Victor Bielawski]

On Thu, Apr 29, 2010 at 11:47 PM, Sam Dyck samueld...@gmail.com wrote:
 Hi

 I've been away from home for a while, so forgive me for asking, but has
 anything new happened in regards to vreimer?

 Sam

vreimer hasn't made any edits since the block expired.

-- 
Victor Bielawski

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

[Talk-ca] Determining if a node is within Canada

[Victor Bielawski]

[ I file-system-checking forgot to hit 'reply all' yet again.
Apologies for the spam. ]


On Sun, Apr 18, 2010 at 5:12 PM, Thomas Cort linuxg...@gmail.com wrote:
 Hi,

 I'm developing a program that extracts Canadian points of interest
 from the planet.osm file. Is there a library, documented algorithm,
 example code, etc for a function which determines whether or not a
 point is within Canada?

 Thanks!
 -Thomas

You can preprocess the planet.osm using Osmosis to remove everything
outside of Canada. See:

http://wiki.openstreetmap.org/wiki/Osmosis
http://wiki.openstreetmap.org/wiki/Osmosis/Polygon_Filter_File_Format

--
Victor Bielawski

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

Re: [Talk-ca] GeoBase Aboriginal lands provincial OSM zip files now available

[Victor Bielawski]

On Fri, Apr 16, 2010 at 6:59 PM, Adam Dunn dunna...@gmail.com wrote:
 Looks like there's some encoding errors for the Pekw'xe:yles reserve [4].
 The name:fr tag has value with É in it. Should this be an e with accent
 aigu (accute accent) é, or something else? Any fix for the script for
 that?

This is caused by reading UTF-8 as ISO 8859-1. É should be É.

ÀàÈèÙù Éé ÂâÊêÎîÔôÛû ËëÏïÖöÜüŸÿ Çç
is converted to
ÀàÈèÙù Éé ÂâÊêÎîÔôÛû Ëëà ïÖöÜüŸÿ Çç
___
Talk-ca mailing list
Talk-ca@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-ca

[Talk-ca] Fwd: Accidental deletions in Victoria

[Victor Bielawski]

(Why the hell do I always miss the big shiny Reply All button?)

On Wed, Apr 7, 2010 at 4:38 AM, Victor Bielawski bielaws...@gmail.com wrote:
 On Wed, Apr 7, 2010 at 2:37 AM, Gregory nomoregra...@googlemail.com wrote:
 think there is some helpful revert feature in Potlatch

 To undelete a way, press u, wait 5–10 seconds for the deleted ways to
 load, select the way to undelete, and press k. To revert a way to an
 earlier version, select the feature, press k, choose the version, and
 click Revert.

 From the Potlatch documentation:
 *  undelete will always use the most recent version of each
 constituent node (even if it's moved)
 *  revert will use the historic version of each constituent node, but
 if that node is still visible and has moved somewhere else, it will
 generate a new node ID

 --
 Victor Bielawski

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

Re: [Talk-ca] Accidental deletions in Victoria

[Victor Bielawski]

On Thu, Apr 8, 2010 at 10:52 PM, Corey Burger corey.bur...@gmail.com wrote:
 I just tried to get this way via Potlatch and it doesn't work. This is
 going to need to be done on the server. I really wish the web had a
 revert edit button on it.

I see that the way you linked to had one node left in it, which
excluded it from the undelete feature. However, the way could be
reverted using the history feature. The way can be selected by
selecting its node and then pressing / until the desired way id shows
up in the panel.

-- 
Victor Bielawski

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