date:20130218

Tot nu toe heb ik drie methoden gebruikt.
1. Thuis gebouwen tekenen via Bing, een straat afdrukken en ter plaatse de
nummers gaan opschrijven. Daarna thuis de nummers inbrengen. 
2. Met de Garmin-GPS een Waypoint opgeven op een goed te herkennen plaats
(bijv een kruispunt). Daarna in een dictafoon (Smartphone) gewoon de nummers
opnoemen met daarbij zoveel mogelijk informatie: dwars op de straat, L
vormig huis, schuur of garage, korter of verder van de weg, tegenover
huisnummer x, enz. 
3. OSMPAD. Nog niet veel ervaring. Mij stoort het dat het plan niet in de
wandelrichting gedraaid wordt.

Van deze drie methoden is tot nu toe voor mij de tweede het best. Deze
methode geeft mij de grootste zekerheid maar is anderzijds weer minder goed
in drukke gebieden. Heel goed bruikbaar op een wandeling waar één of enkele
huizen in 'het veld' staan. Ook nog goed bruikbaar in straten waar de huizen
(meestal) los van mekaar staan. Nog een voordeel is dat je niet voor elk
huis moet blijven staan en de mensen denken dat je aan't bellen bent. (Ik
ben nog niet moeten gaan lopen)
Maar het blijft een tijdrovende bezigheid om die ingesproken tekst te
beluisteren en dan de nummers in te brengen. Bij deze methode kan je dus ook
het tekenen en nummeren gelijktijdig doen.

Voor het gebruik van OSMPAD is het volgens mij heel nuttig dat de gebouwen
op voorhand getekend zijn. Het inbrengen van de nummers gaat automatisch en
je kan het gebouw en het nummer gemakkelijk samenvoegen (in JOSM beiden
selecteren + shift T (rijtjeshuis maken)




Guy Vanvuchelen

-Oorspronkelijk bericht-
Van: Glenn Plas [mailto:gl...@byte-consult.be] 
Verzonden: maandag 18 februari 2013 10:51
Aan: OpenStreetMap Belgium
Onderwerp: [OSM-talk-be] Housenumber collection

Hallo,

In navolging van de meeting in Lier heb ik dan toch eens de smaak even te
pakken in het verzamelen van huisnummers, ik heb hier toch een paar
bedenkingen/vragen bij:

- GPS Accuraatheid via OSMPAD op Samsung S3 is onder niveau
- Vertrouw Bing maps niet te hard wat betreft recente foto's (diepste
zoomlevel in JOSM staat volgens mij met een offset verkeerd, deze foto's
zijn zeer oud).
- Nog veel editeer/controleer werk nadien, duurt mss 4 keer zolang dan het
wandelen zelf.
- Veel mensen hebben gewoon geen nummers hangen
- Best niet in het donker proberen, overdag moet je wel klaarzijn om te gaan
lopen, sommige mensen vinden hun huisnummer prive ...
- Map cache functie in OSMPAD werkt niet voor mij
- Een oog altijd op de weg houden als je voor nummers scant. Aangezien zij
het landschap sterk lijken te bepalen via wandelwegen pleit ik voor
'barrier=dogshit' tag te gebruiken.

vragen
- Welke hardware levert naast correcte locaties ook de
gebruiksvriendelijkheid van OSMPAD wat het invoeren van nummers betreft.
- Zijn er andere/betere tools voor Android ?
- Wat gebruiken jullie ?

Bedankt,


Since the meeting in Lier , I've been getting myself into the collection of
housenumbers, I do have a few remarks / questions since starting this:

- Accuracy of the GPS on Samsung S3 is low
- Never trust Bing maps too much concerning aerial photo's, The deepest
zoomlevel seem to be offset (where available) but also quite aged.
- Editing takes 4 times as much time as walking the walk
- Many people don't even care about hanging up their housenumbers.
- Walking in the dark is a bad idea, and watch out for people who consider
their housenumber a private property, be prepared to make a run for it.
- Map caching does not work in OSMPAD
- Always keep one eye for the road while scanning housenumbers, since they
seem to define the landscape here I want to vote for the use of the tag
'barrier=dogshit', perhaps 'barrier=dogpile' for the larger concentrations.

questions
- Do you know of any hardware that gives better GPS fixes and comes with the
ease-of-use OSMPAD delivers on entering numbers ?
- Are there any better tools/software around for this type of work on
Android ?
- What do you use?

Tx.

Glenn

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


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

Re: [OSM-talk-be] Housenumber collection

Mijn method is Garmin + waypoints voor alle huizen. Voor rijen gebruik ik
wel bv. R1+-+11 voor aangesloten bebouwing.  (rechts van looprichting
oneven nummer 1,3,5, 7, 11).
Omdat ik bijna continu lig te typen vind je zo ook alle straatmeubilair
(als je ertegen loopt of erover struikelt :-) )

Nauwkeurigheid van Garmin in nauwe straten met huizen laat ook wel te
wensen over.

Diepste zoomlevels van Bing lijken rond Aartselaar beter (of toch zeker
niet slechter te zijn) te zijn dan hogere (als ik vergelijk met de GPX
trace).

Voor building tool: ofwel kan je een andere preset invullen
(building=house, source=bing) ofwel gebruik je een van de presets uit mijn
Benelux preset (als knop in toolbar plaatsen of via F3).

Wil gerust nog wel eens mijn werkwijze life demonstreren tijdens een
mapping party. En hopelijk horen wat er nog beter kan. Want inderdaad je
doet 3-4 keer zolang over het ingeven. Zeker het huisjes tekenen, mooi
aangesloten is tijdrovend.
Building en terrace plugins en extrude, join node, merge nodes zijn
onmisbaar, maar zelfs dan duurt het nog lang.


I use Garmin + waypoints for each house. I constructed my own language
for this, e.g. R1+-+11 for a row of houses with numbers 1,3,5,7,11.
The accuracy of the Garmin is not good in small streets or near high
buildings.

I noticed that the areaphotography of bing is quite good, also at highest
zoomlevels near Aartselaar. I really walk on the sidewalk there.
Building tool: has the advanced mode in which you can change the tags. You
could also use the presents from my Benelux preset (as button in the
toolbar of via F3).

It takes indeed 3 - 4 times to process all data afterwards. Especially
drawing houses, nicely lined up. Yes, I know the terrace-plugin, but where
do you find houses in Belgium, that are all nicely lined up ?



2013/2/18 Glenn Plas gl...@byte-consult.be

  Tx, geheel andere werkwijze, interessant, net wat ik eens wou horen.

 PS, voor buildings -
 http://wiki.openstreetmap.org/wiki/JOSM/Plugins/BuildingsTools

 Building plugin, ook prima voor parkeerplaatsen en alles dat vierkant is
 (tag building eraf doen en retaggen)

 Met die plugin heb ik in groot Zemst duizenden huizen gedaan,  Als er een
 vorm sterk van vierkant afwijkt doe ik een paar manuele aanpassingen.

 Goed punt over dat plan in de richting draaien in OSMPAD,   deze
 applicatie is wat ruw, de 'toetsen' mogen van mij ook best wat groter,
 zeker de + en de enter.   Mij is het ook niet direct duidelijk of de
 positie genomen word op het moment ik de + indruk, of op het moment dat ik
 de nummer erin slaag...

 Ik moet altijd even stoppen of ik loop het volgende huis voorbij.  Snel is
 het wel.   Maar je doet met deze accuracy best 1 kant tegelijk.   Ik vond
 de HTC Desire S GPS stukken beter.   Professioneel kan ik met deze
 toestellen werken:

 http://www.yourstreamline.com/index.php/products.html

 Daar zitten 3 buttons op die je kan configureren met input patronen,  je
 zou dus bv eenheden, 10tallen en 100tallen kunnen programmeren via aantal
 keren dat je erop druk binnen een bepaalde tijdspanne (in combinatie met
 fix).  Alleen gaat dit niet op voor 'huisnummers' zoals (/A   /1 ,  bus 4
 ).  De fixes hiervan zijn wel een pak correcter, maar bruikbaarheid niet.

 Glenn


 On 02/18/2013 11:18 AM, Guy Vanvuchelen wrote:

 Tot nu toe heb ik drie methoden gebruikt.
 1. Thuis gebouwen tekenen via Bing, een straat afdrukken en ter plaatse de
 nummers gaan opschrijven. Daarna thuis de nummers inbrengen.
 2. Met de Garmin-GPS een Waypoint opgeven op een goed te herkennen plaats
 (bijv een kruispunt). Daarna in een dictafoon (Smartphone) gewoon de nummers
 opnoemen met daarbij zoveel mogelijk informatie: dwars op de straat, L
 vormig huis, schuur of garage, korter of verder van de weg, tegenover
 huisnummer x, enz.
 3. OSMPAD. Nog niet veel ervaring. Mij stoort het dat het plan niet in de
 wandelrichting gedraaid wordt.

 Van deze drie methoden is tot nu toe voor mij de tweede het best. Deze
 methode geeft mij de grootste zekerheid maar is anderzijds weer minder goed
 in drukke gebieden. Heel goed bruikbaar op een wandeling waar één of enkele
 huizen in 'het veld' staan. Ook nog goed bruikbaar in straten waar de huizen
 (meestal) los van mekaar staan. Nog een voordeel is dat je niet voor elk
 huis moet blijven staan en de mensen denken dat je aan't bellen bent. (Ik
 ben nog niet moeten gaan lopen)
 Maar het blijft een tijdrovende bezigheid om die ingesproken tekst te
 beluisteren en dan de nummers in te brengen. Bij deze methode kan je dus ook
 het tekenen en nummeren gelijktijdig doen.

 Voor het gebruik van OSMPAD is het volgens mij heel nuttig dat de gebouwen
 op voorhand getekend zijn. Het inbrengen van de nummers gaat automatisch en
 je kan het gebouw en het nummer gemakkelijk samenvoegen (in JOSM beiden
 selecteren + shift T (rijtjeshuis maken)




 Guy Vanvuchelen

 -Oorspronkelijk bericht-
 Van: Glenn Plas [mailto:gl...@byte-consult.be gl...@byte-consult.be
 ]

Re: [OSM-talk-be] Housenumber collection

2013-02-18 Thread Wouter Hamelinck

 - Best niet in het donker proberen, overdag moet je wel klaarzijn om te gaan
 lopen, sommige mensen vinden hun huisnummer prive ...

Fluo vestje aantrekken kan daar tegen helpen. Voor extra effect kan je
nog een helm opzetten. Gebruik dan wel een werfhelm en geen fietshelm,
voor alle duidelijkheid.

wouter

-- 
Wie niet in zichzelf gelooft, komt nergens.
   - Thor Heyerdahl

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

Re: [OSM-talk-be] Housenumber collection

Hangt ervan af hoe je te werk gaat. Gewoon de ingebouwde GPS op mijn
smartphone met imagegeotag (
https://play.google.com/store/apps/details?id=com.imageotaghl=en). Valt
best mee. Als je met de fiets of de wagen voorbij rijdt zal het misschien
niet goed lukken. Ik heb al ondervonden dat camera toepassingen altijd een
paar seconden extra nodig hebben om de GPS data te capteren nadat de foto
genomen is. Dit programma heeft ook een seconde of 3.4 extra nodig, maar is
voor de rest super eenvoudig te bedienen. Just point and shoot. De
nauwkeurigheid van mijn GPS is op zijn best een meter of 4..5 maar om de
locatie van een foto te bepalen volstaat dat. Het programma zet de geotags
in de exif file en op het beeld. Het capteert ook de gegevens van het
kompas, wat handig kan zijn om de locatie van een verafgelegen toren of
mast te bepalen aan de hand van meerdere foto's die vanop verschillende
plaatsen genomen zijn. Hierbij is het 'crosshair' dat altijd als overlay in
het beeld zit erg handig om het object te centreren voor de juiste kompas
gegevens.
Foto's meesturen lukt niet met Talk, maar je kan het resultaat van een
testje hier downloaden:
https://docs.google.com/file/d/0B_mcNCW4oRVOdkE1bEhkcmtGMkk/edit?usp=sharing.
De GPS zit er een meter of 6 naast, maar voor heel wat zaken is dat goed
genoeg. Het is trouwens nog de vraag hou juist de locatie van mijn woning
op OSM is. Die is er ook maar via Bing op gezet en kan er dus ook een paar
meter naast zijn.

Gilbert

On 18 February 2013 10:51, Glenn Plas gl...@byte-consult.be wrote:

Hallo,

In navolging van de meeting in Lier heb ik dan toch eens de smaak even te
pakken in het verzamelen van huisnummers, ik heb hier toch een paar
bedenkingen/vragen bij:

- GPS Accuraatheid via OSMPAD op Samsung S3 is onder niveau
- Vertrouw Bing maps niet te hard wat betreft recente foto's (diepste
zoomlevel in JOSM staat volgens mij met een offset verkeerd, deze foto's
zijn zeer oud).
- Nog veel editeer/controleer werk nadien, duurt mss 4 keer zolang dan het
wandelen zelf.
- Veel mensen hebben gewoon geen nummers hangen
- Best niet in het donker proberen, overdag moet je wel klaarzijn om te
gaan lopen, sommige mensen vinden hun huisnummer prive ...
- Map cache functie in OSMPAD werkt niet voor mij
- Een oog altijd op de weg houden als je voor nummers scant. Aangezien zij
het landschap sterk lijken te bepalen via wandelwegen pleit ik voor
'barrier=dogshit' tag te gebruiken.

vragen
- Welke hardware levert naast correcte locaties ook de
gebruiksvriendelijkheid van OSMPAD wat het invoeren van nummers betreft.
- Zijn er andere/betere tools voor Android ?
- Wat gebruiken jullie ?

Bedankt,

Since the meeting in Lier , I've been getting myself into the collection
of housenumbers, I do have a few remarks / questions since starting this:

- Accuracy of the GPS on Samsung S3 is low
- Never trust Bing maps too much concerning aerial photo's, The deepest
zoomlevel seem to be offset (where available) but also quite aged.
- Editing takes 4 times as much time as walking the walk
- Many people don't even care about hanging up their housenumbers.
- Walking in the dark is a bad idea, and watch out for people who consider
their housenumber a private property, be prepared to make a run for it.
- Map caching does not work in OSMPAD
- Always keep one eye for the road while scanning housenumbers, since they
seem to define the landscape here I want to vote for the use of the tag
'barrier=dogshit', perhaps 'barrier=dogpile' for the larger concentrations.

questions
- Do you know of any hardware that gives better GPS fixes and comes with
the ease-of-use OSMPAD delivers on entering numbers ?
- Are there any better tools/software around for this type of work on
Android ?
- What do you use?

Tx.

Glenn

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

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

Re: [OSM-talk-be] Housenumber collection

OSMPAD heeft een voordeel tegenover het gebruik van de GPS. Je kan zien of
de huisnummers al ingebracht zijn.

Als ik ergens ga wandelen (met mijn vrouw, geen hond dus) dan weet ik
eigenlijk niet op voorhand waar ik overal langs kom.

Dus kan ik ook niet voorbereiden.  Ik concentreer me dan vooral op afgelegen
huizen waar iemand die een streek systematisch wil aanpakken, veel tijd in
steekt. En regelmatig valt het voor dat ik huisnummers inbreng die al in OPS
staan.

Bij OSMPAD zie je dat wel, maar niet op de GARMIN OSM KAART.

Alles 'heb zijn voordeel en nadeel' zou Cruyff zeggen.

 

Guy Vanvuchelen

 

Van: Gilbert Hersschens [mailto:gherssch...@gmail.com] 
Verzonden: maandag 18 februari 2013 13:50
Aan: OpenStreetMap Belgium
Onderwerp: Re: [OSM-talk-be] Housenumber collection

 

Hangt ervan af hoe je te werk gaat. Gewoon de ingebouwde GPS op mijn
smartphone met imagegeotag
(https://play.google.com/store/apps/details?id=com.imageotag
https://play.google.com/store/apps/details?id=com.imageotaghl=en hl=en).
Valt best mee. Als je met de fiets of de wagen voorbij rijdt zal het
misschien niet goed lukken. Ik heb al ondervonden dat camera toepassingen
altijd een paar seconden extra nodig hebben om de GPS data te capteren nadat
de foto genomen is. Dit programma heeft ook een seconde of 3.4 extra nodig,
maar is voor de rest super eenvoudig te bedienen. Just point and shoot. De
nauwkeurigheid van mijn GPS is op zijn best een meter of 4..5 maar om de
locatie van een foto te bepalen volstaat dat. Het programma zet de geotags
in de exif file en op het beeld. Het capteert ook de gegevens van het
kompas, wat handig kan zijn om de locatie van een verafgelegen toren of mast
te bepalen aan de hand van meerdere foto's die vanop verschillende plaatsen
genomen zijn. Hierbij is het 'crosshair' dat altijd als overlay in het beeld
zit erg handig om het object te centreren voor de juiste kompas gegevens.
Foto's meesturen lukt niet met Talk, maar je kan het resultaat van een
testje hier downloaden:
https://docs.google.com/file/d/0B_mcNCW4oRVOdkE1bEhkcmtGMkk/edit?usp=sharing
. De GPS zit er een meter of 6 naast, maar voor heel wat zaken is dat goed
genoeg. Het is trouwens nog de vraag hou juist de locatie van mijn woning op
OSM is. Die is er ook maar via Bing op gezet en kan er dus ook een paar
meter naast zijn.

Gilbert



On 18 February 2013 10:51, Glenn Plas gl...@byte-consult.be wrote:

Hallo,

In navolging van de meeting in Lier heb ik dan toch eens de smaak even te
pakken in het verzamelen van huisnummers, ik heb hier toch een paar
bedenkingen/vragen bij:

- GPS Accuraatheid via OSMPAD op Samsung S3 is onder niveau
- Vertrouw Bing maps niet te hard wat betreft recente foto's (diepste
zoomlevel in JOSM staat volgens mij met een offset verkeerd, deze foto's
zijn zeer oud).
- Nog veel editeer/controleer werk nadien, duurt mss 4 keer zolang dan het
wandelen zelf.
- Veel mensen hebben gewoon geen nummers hangen
- Best niet in het donker proberen, overdag moet je wel klaarzijn om te gaan
lopen, sommige mensen vinden hun huisnummer prive ...
- Map cache functie in OSMPAD werkt niet voor mij
- Een oog altijd op de weg houden als je voor nummers scant. Aangezien zij
het landschap sterk lijken te bepalen via wandelwegen pleit ik voor
'barrier=dogshit' tag te gebruiken.

vragen
- Welke hardware levert naast correcte locaties ook de
gebruiksvriendelijkheid van OSMPAD wat het invoeren van nummers betreft.
- Zijn er andere/betere tools voor Android ?
- Wat gebruiken jullie ?

Bedankt,


Since the meeting in Lier , I've been getting myself into the collection of
housenumbers, I do have a few remarks / questions since starting this:

- Accuracy of the GPS on Samsung S3 is low
- Never trust Bing maps too much concerning aerial photo's, The deepest
zoomlevel seem to be offset (where available) but also quite aged.
- Editing takes 4 times as much time as walking the walk
- Many people don't even care about hanging up their housenumbers.
- Walking in the dark is a bad idea, and watch out for people who consider
their housenumber a private property, be prepared to make a run for it.
- Map caching does not work in OSMPAD
- Always keep one eye for the road while scanning housenumbers, since they
seem to define the landscape here I want to vote for the use of the tag
'barrier=dogshit', perhaps 'barrier=dogpile' for the larger concentrations.

questions
- Do you know of any hardware that gives better GPS fixes and comes with the
ease-of-use OSMPAD delivers on entering numbers ?
- Are there any better tools/software around for this type of work on
Android ?
- What do you use?

Tx.

Glenn

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

 

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

Re: [OSM-talk-be] wiki how_to_map_a

Bon,

ondertussen zitten alle letters in een aparte template, en de duitse
letters per drie in een template. Als je op de hoofdpagina gewoon op edit
klikt, dan bewerk je automatisch de correcte template. Als je die opslaat,
dan keer je wel niet terug naar de hoofdpagina, maar blijf je op de
template (aangezien je normaal tamelijk binnen dezelfde letter werkt is dit
niet negatief geloof ik).

Iedere Nederlands template heeft ook een index knop rechts boven, die
knop brengt je naar de index op de hoofdpagina.

Om van template naar een andere letter te wisselen, dan kan je ook gewoon
de letter in de URL wijzigen, zo hoef je die grote hoofdpagina niet te
laden.

Normaal gezien zou het bewerken nu wat vlotter moeten gaan.

Groeten,
Sander

Op 17 februari 2013 23:54 schreef Gilbert Hersschens
gherssch...@gmail.comhet volgende:

 Ik ben aan de achterkant van het alfabet begonnen om niet teveel in het
 vaarwater van de anderen te zitten. Ik heb naar het voorbeeld van Sander de
 letter W ook al in een aparte template gezet. XYZ zijn al vertaald, maar
 zitten nog niet in een aparte template.

 Gilbert


 2013/2/17 Sander Deryckere sander...@gmail.com



 Op 17 februari 2013 17:55 schreef Ivo De Broeck ivo.debro...@gmail.comhet 
 volgende:

 Bedankt Sander. Wil je dat doen voor alle letters?


 geen probleem, ik zal ze splitsen.

  Waar is de X,Y en Z van de Duitse versie???


 weet ik niet, misschien al vertaald?


 Op 17 februari 2013 11:45 schreef Sander Deryckere sander...@gmail.comhet 
 volgende:

 Dat lange wachten voor het uploaden hangt me de keel uit. Heeft iemand
 er iets op tegen als ik werk met templates?

 Dit zou het uitzicht van de pagina niet veel veranderen, maar het
 bewerken wel wat gemakkelijker maken.

 Als voorbeeld heb ik de A aangepast, als je naar
 http://wiki.openstreetmap.org/wiki/Template:NL:How_to_map_a:A gaat,
 dan kan je de A veel vlotter bewerken, terwijl je op de pagina
 http://wiki.openstreetmap.org/wiki/NL:How_to_map_a#A ook nog ieder
 deeltje apart kan bewerken (dit zal wel nog altijd even traag werken).

 Ik wil gerust alle letters zo aanpassen, en de duitse versie in een
 aparte template zetten.

 Samen met de caching mogelijkheden van mediawiki moet dit een goed
 snelheidsvoordeel opleveren.

 Groeten,
 Sander

 Op 16 februari 2013 13:35 schreef Gilbert Hersschens 
 gherssch...@gmail.com het volgende:

 Dzju toch


 2013/2/16 Jo winfi...@gmail.com

 Hallo Gilbert,

 Je moet de sectie zelf nog verplaatsen. Er gebeurt niet veel
 'vanzelf' op een wiki.

 Spijtig genoeg betekent dat dat elke vertaling 2 edits veroorzaakt,
 als je de bewerkenknop gebruikt bij de secties.

 Dat is niet zo als je de hele pagina tegelijk bewerkt, maar dan zit
 je weer met het fenomeen dat je vaak opnieuw moet proberen om de pagina 
 op
 te slaan en dat je het risico loopt dat er conflicten opgelost moeten
 worden, als iemand gelijktijdig met jou bezig was.

 Jo

 Op 16 februari 2013 10:44 schreef Gilbert Hersschens 
 gherssch...@gmail.com het volgende:

 Ik ben intussen ook een beetje aan't vertalen. Lukt best, behalve
 dat het uploaden nogal lang duurt.
 Ik zit wel  nog met een vraag: is het mogelijk om de vertaalde
 sectie automatisch op de juiste plaats te laten komen of moet je die 
 met de
 hand verzetten? Wat ik bedoel is dat de vertaalde sectie doorgaans een
 andere titel heeft en bijgevolg alfabetisch ergens anders moet staan.

 Gilbert

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



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



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



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




 --
 Ivo De Broeck
 Valleilaan 13
 3360 Korbeek-lo
 tel +32 16 43 84 93
  gsm +32 486 17 61 13

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



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



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


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

Re: [OSM-talk-be] wiki how_to_map_a

@Sander: heb je nu ook de Duitse versie in stujes gedaan en op aparte
template pagina's ? Zou je dan niet beter diezefde informatie van de NL
site weghalen ?

Gilbert

2013/2/17 Gilbert Hersschens gherssch...@gmail.com

 Ik ben aan de achterkant van het alfabet begonnen om niet teveel in het
 vaarwater van de anderen te zitten. Ik heb naar het voorbeeld van Sander de
 letter W ook al in een aparte template gezet. XYZ zijn al vertaald, maar
 zitten nog niet in een aparte template.

 Gilbert


 2013/2/17 Sander Deryckere sander...@gmail.com



 Op 17 februari 2013 17:55 schreef Ivo De Broeck ivo.debro...@gmail.comhet 
 volgende:

 Bedankt Sander. Wil je dat doen voor alle letters?


 geen probleem, ik zal ze splitsen.

  Waar is de X,Y en Z van de Duitse versie???


 weet ik niet, misschien al vertaald?


 Op 17 februari 2013 11:45 schreef Sander Deryckere sander...@gmail.comhet 
 volgende:

 Dat lange wachten voor het uploaden hangt me de keel uit. Heeft iemand
 er iets op tegen als ik werk met templates?

 Dit zou het uitzicht van de pagina niet veel veranderen, maar het
 bewerken wel wat gemakkelijker maken.

 Als voorbeeld heb ik de A aangepast, als je naar
 http://wiki.openstreetmap.org/wiki/Template:NL:How_to_map_a:A gaat,
 dan kan je de A veel vlotter bewerken, terwijl je op de pagina
 http://wiki.openstreetmap.org/wiki/NL:How_to_map_a#A ook nog ieder
 deeltje apart kan bewerken (dit zal wel nog altijd even traag werken).

 Ik wil gerust alle letters zo aanpassen, en de duitse versie in een
 aparte template zetten.

 Samen met de caching mogelijkheden van mediawiki moet dit een goed
 snelheidsvoordeel opleveren.

 Groeten,
 Sander

 Op 16 februari 2013 13:35 schreef Gilbert Hersschens 
 gherssch...@gmail.com het volgende:

 Dzju toch


 2013/2/16 Jo winfi...@gmail.com

 Hallo Gilbert,

 Je moet de sectie zelf nog verplaatsen. Er gebeurt niet veel
 'vanzelf' op een wiki.

 Spijtig genoeg betekent dat dat elke vertaling 2 edits veroorzaakt,
 als je de bewerkenknop gebruikt bij de secties.

 Dat is niet zo als je de hele pagina tegelijk bewerkt, maar dan zit
 je weer met het fenomeen dat je vaak opnieuw moet proberen om de pagina 
 op
 te slaan en dat je het risico loopt dat er conflicten opgelost moeten
 worden, als iemand gelijktijdig met jou bezig was.

 Jo

 Op 16 februari 2013 10:44 schreef Gilbert Hersschens 
 gherssch...@gmail.com het volgende:

 Ik ben intussen ook een beetje aan't vertalen. Lukt best, behalve
 dat het uploaden nogal lang duurt.
 Ik zit wel  nog met een vraag: is het mogelijk om de vertaalde
 sectie automatisch op de juiste plaats te laten komen of moet je die 
 met de
 hand verzetten? Wat ik bedoel is dat de vertaalde sectie doorgaans een
 andere titel heeft en bijgevolg alfabetisch ergens anders moet staan.

 Gilbert

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



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



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



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




 --
 Ivo De Broeck
 Valleilaan 13
 3360 Korbeek-lo
 tel +32 16 43 84 93
  gsm +32 486 17 61 13

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



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



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

Re: [OSM-talk-be] wiki how_to_map_a

Op 18 februari 2013 14:56 schreef Gilbert Hersschens
gherssch...@gmail.comhet volgende:

 @Sander: heb je nu ook de Duitse versie in stujes gedaan en op aparte
 template pagina's ? Zou je dan niet beter diezefde informatie van de NL
 site weghalen ?

 Gilbert


Ja, omdat de Duitse versie ook iedere keer bewerkt moest worden (ieder keer
een titel verwijderen), dus ik merkte dat het opslaan ook redelijk wat tijd
kostte.

Het weghalen van de Duitse tekst van de NL pagina is nu slechts enkele
regels aanpassen, als je dat wil, dan kunnen we dat gerust doen.

Groeten,
Sander
___
Talk-be mailing list
Talk-be@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-be

Re: [OSM-talk-be] wiki how_to_map_a

Dat van binnen dezelfde letter te blijven is niet juist. De woorden uit het
Duits resulteren dikwijls in een vertaling die met een andere letter in het
NL begint. Maar we geraken er wel uit. Ik heb overigens aan ieder item een
lijntje toegvoegd die helemaal rechts ook in index link heeft. Blijkbaar
hadden we hetzelfde idee, maar op een andere manier ingevuld.

Gilbert


2013/2/18 Sander Deryckere sander...@gmail.com

 Bon,

 ondertussen zitten alle letters in een aparte template, en de duitse
 letters per drie in een template. Als je op de hoofdpagina gewoon op edit
 klikt, dan bewerk je automatisch de correcte template. Als je die opslaat,
 dan keer je wel niet terug naar de hoofdpagina, maar blijf je op de
 template (aangezien je normaal tamelijk binnen dezelfde letter werkt is dit
 niet negatief geloof ik).

 Iedere Nederlands template heeft ook een index knop rechts boven, die
 knop brengt je naar de index op de hoofdpagina.

 Om van template naar een andere letter te wisselen, dan kan je ook gewoon
 de letter in de URL wijzigen, zo hoef je die grote hoofdpagina niet te
 laden.

 Normaal gezien zou het bewerken nu wat vlotter moeten gaan.

 Groeten,
 Sander

 Op 17 februari 2013 23:54 schreef Gilbert Hersschens 
 gherssch...@gmail.com het volgende:

 Ik ben aan de achterkant van het alfabet begonnen om niet teveel in het
 vaarwater van de anderen te zitten. Ik heb naar het voorbeeld van Sander de
 letter W ook al in een aparte template gezet. XYZ zijn al vertaald, maar
 zitten nog niet in een aparte template.

 Gilbert


 2013/2/17 Sander Deryckere sander...@gmail.com



 Op 17 februari 2013 17:55 schreef Ivo De Broeck ivo.debro...@gmail.comhet 
 volgende:

 Bedankt Sander. Wil je dat doen voor alle letters?


 geen probleem, ik zal ze splitsen.

  Waar is de X,Y en Z van de Duitse versie???


 weet ik niet, misschien al vertaald?


 Op 17 februari 2013 11:45 schreef Sander Deryckere sander...@gmail.com
  het volgende:

 Dat lange wachten voor het uploaden hangt me de keel uit. Heeft iemand
 er iets op tegen als ik werk met templates?

 Dit zou het uitzicht van de pagina niet veel veranderen, maar het
 bewerken wel wat gemakkelijker maken.

 Als voorbeeld heb ik de A aangepast, als je naar
 http://wiki.openstreetmap.org/wiki/Template:NL:How_to_map_a:A gaat,
 dan kan je de A veel vlotter bewerken, terwijl je op de pagina
 http://wiki.openstreetmap.org/wiki/NL:How_to_map_a#A ook nog ieder
 deeltje apart kan bewerken (dit zal wel nog altijd even traag werken).

 Ik wil gerust alle letters zo aanpassen, en de duitse versie in een
 aparte template zetten.

 Samen met de caching mogelijkheden van mediawiki moet dit een goed
 snelheidsvoordeel opleveren.

 Groeten,
 Sander

 Op 16 februari 2013 13:35 schreef Gilbert Hersschens 
 gherssch...@gmail.com het volgende:

 Dzju toch


 2013/2/16 Jo winfi...@gmail.com

 Hallo Gilbert,

 Je moet de sectie zelf nog verplaatsen. Er gebeurt niet veel
 'vanzelf' op een wiki.

 Spijtig genoeg betekent dat dat elke vertaling 2 edits veroorzaakt,
 als je de bewerkenknop gebruikt bij de secties.

 Dat is niet zo als je de hele pagina tegelijk bewerkt, maar dan zit
 je weer met het fenomeen dat je vaak opnieuw moet proberen om de pagina 
 op
 te slaan en dat je het risico loopt dat er conflicten opgelost moeten
 worden, als iemand gelijktijdig met jou bezig was.

 Jo

 Op 16 februari 2013 10:44 schreef Gilbert Hersschens 
 gherssch...@gmail.com het volgende:

 Ik ben intussen ook een beetje aan't vertalen. Lukt best, behalve
 dat het uploaden nogal lang duurt.
 Ik zit wel  nog met een vraag: is het mogelijk om de vertaalde
 sectie automatisch op de juiste plaats te laten komen of moet je die 
 met de
 hand verzetten? Wat ik bedoel is dat de vertaalde sectie doorgaans een
 andere titel heeft en bijgevolg alfabetisch ergens anders moet staan.

 Gilbert

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



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



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



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




 --
 Ivo De Broeck
 Valleilaan 13
 3360 Korbeek-lo
 tel +32 16 43 84 93
  gsm +32 486 17 61 13

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



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



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

Re: [OSM-talk-be] wiki how_to_map_a

Ik zie het al. In de oorspronkelijke NL pagina zitten enkel nog links naar
templates. Prima zo. Het zal inderdaad sneller gaan nu en minder kans op
conflicten omdat we toevallig tegelijkertijd wijzigingen opslaan. Het is
alleen niet evident voor buitenstaanders om te achterhalen hoe je nieuwe
items toevoegt, wat dan kan enkel als je rechtreeks naar de template
pagina's gaat. Of niet ?

Gilbert

2013/2/18 Sander Deryckere sander...@gmail.com



 Op 18 februari 2013 14:56 schreef Gilbert Hersschens 
 gherssch...@gmail.com het volgende:

 @Sander: heb je nu ook de Duitse versie in stujes gedaan en op aparte
 template pagina's ? Zou je dan niet beter diezefde informatie van de NL
 site weghalen ?

 Gilbert


 Ja, omdat de Duitse versie ook iedere keer bewerkt moest worden (ieder
 keer een titel verwijderen), dus ik merkte dat het opslaan ook redelijk wat
 tijd kostte.

 Het weghalen van de Duitse tekst van de NL pagina is nu slechts enkele
 regels aanpassen, als je dat wil, dan kunnen we dat gerust doen.

 Groeten,
 Sander

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


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

Re: [OSM-talk-be] wiki how_to_map_a

Op 18 februari 2013 15:08 schreef Gilbert Hersschens
gherssch...@gmail.comhet volgende:

 Dat van binnen dezelfde letter te blijven is niet juist. De woorden uit
 het Duits resulteren dikwijls in een vertaling die met een andere letter in
 het NL begint. Maar we geraken er wel uit.


Ja, maar voor de keren dat je met dezelfde letter blijft werken levert het
wel een serieuze tijdswinst op. Anders blijft het tamelijk gelijk, je kan
snel de URL wijzigen.


 Ik heb overigens aan ieder item een lijntje toegvoegd die helemaal rechts
 ook in index link heeft. Blijkbaar hadden we hetzelfde idee, maar op een
 andere manier ingevuld.

 Gilbert


Ah, dat was jouw code. Ja, ongeveer hetzelfde, maar tot nu toe was het
nogal inconsistent. Als het bij ieder item zou staan zou ik het ook wat
veel vinden, en aangezien die delen constant bewerkt worden kan dit tot
extra problemen leiden. Ik denk dat een link aan het begin van iedere
letter beter is, en het zit niet in de weg van de vertalers.

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

Re: [OSM-talk-be] Housenumber collection

Via OSMPAD kan je inderdaad in de field de huisnummers controleren.
Met een Garmin GPS kan je enkel nadien controleren. Dus de nummers die in
de field worden ingegeven, kunnen nadien vergeleken worden met wat reeds in
in OSM aanwezig is.
Het is dan wel geen nieuwe data, wel controle data. Is het dan tijdverlies
om ze onderweg in te geven ? Voorlopig heb ik daarmee ook nog geluk gehad,
dat ik nog niet teveel op bestaande huisnummers ben gebotst.



m


2013/2/18 Guy Vanvuchelen guido.vanvuche...@pandora.be

 OSMPAD heeft een voordeel tegenover het gebruik van de GPS. Je kan zien of
 de huisnummers al ingebracht zijn.

 Als ik ergens ga wandelen (met mijn vrouw, geen hond dus) dan weet ik
 eigenlijk niet op voorhand waar ik overal langs kom.

 Dus kan ik ook niet voorbereiden.  Ik concentreer me dan vooral op
 afgelegen huizen waar iemand die een streek systematisch wil aanpakken,
 veel tijd in steekt. En regelmatig valt het voor dat ik huisnummers inbreng
 die al in OPS staan.

 Bij OSMPAD zie je dat wel, maar niet op de GARMIN OSM KAART.

 Alles ‘heb zijn voordeel en nadeel’ zou Cruyff zeggen.

 ** **

 Guy Vanvuchelen

 ** **

 *Van:* Gilbert Hersschens [mailto:gherssch...@gmail.com]
 *Verzonden:* maandag 18 februari 2013 13:50
 *Aan:* OpenStreetMap Belgium
 *Onderwerp:* Re: [OSM-talk-be] Housenumber collection

 ** **

 Hangt ervan af hoe je te werk gaat. Gewoon de ingebouwde GPS op mijn
 smartphone met imagegeotag (
 https://play.google.com/store/apps/details?id=com.imageotaghl=en). Valt
 best mee. Als je met de fiets of de wagen voorbij rijdt zal het misschien
 niet goed lukken. Ik heb al ondervonden dat camera toepassingen altijd een
 paar seconden extra nodig hebben om de GPS data te capteren nadat de foto
 genomen is. Dit programma heeft ook een seconde of 3.4 extra nodig, maar is
 voor de rest super eenvoudig te bedienen. Just point and shoot. De
 nauwkeurigheid van mijn GPS is op zijn best een meter of 4..5 maar om de
 locatie van een foto te bepalen volstaat dat. Het programma zet de geotags
 in de exif file en op het beeld. Het capteert ook de gegevens van het
 kompas, wat handig kan zijn om de locatie van een verafgelegen toren of
 mast te bepalen aan de hand van meerdere foto's die vanop verschillende
 plaatsen genomen zijn. Hierbij is het 'crosshair' dat altijd als overlay in
 het beeld zit erg handig om het object te centreren voor de juiste kompas
 gegevens.
 Foto's meesturen lukt niet met Talk, maar je kan het resultaat van een
 testje hier downloaden:
 https://docs.google.com/file/d/0B_mcNCW4oRVOdkE1bEhkcmtGMkk/edit?usp=sharing.
 De GPS zit er een meter of 6 naast, maar voor heel wat zaken is dat goed
 genoeg. Het is trouwens nog de vraag hou juist de locatie van mijn woning
 op OSM is. Die is er ook maar via Bing op gezet en kan er dus ook een paar
 meter naast zijn.

 Gilbert

 

 On 18 February 2013 10:51, Glenn Plas gl...@byte-consult.be wrote:

 Hallo,

 In navolging van de meeting in Lier heb ik dan toch eens de smaak even te
 pakken in het verzamelen van huisnummers, ik heb hier toch een paar
 bedenkingen/vragen bij:

 - GPS Accuraatheid via OSMPAD op Samsung S3 is onder niveau
 - Vertrouw Bing maps niet te hard wat betreft recente foto's (diepste
 zoomlevel in JOSM staat volgens mij met een offset verkeerd, deze foto's
 zijn zeer oud).
 - Nog veel editeer/controleer werk nadien, duurt mss 4 keer zolang dan het
 wandelen zelf.
 - Veel mensen hebben gewoon geen nummers hangen
 - Best niet in het donker proberen, overdag moet je wel klaarzijn om te
 gaan lopen, sommige mensen vinden hun huisnummer prive ...
 - Map cache functie in OSMPAD werkt niet voor mij
 - Een oog altijd op de weg houden als je voor nummers scant. Aangezien zij
 het landschap sterk lijken te bepalen via wandelwegen pleit ik voor
 'barrier=dogshit' tag te gebruiken.

 vragen
 - Welke hardware levert naast correcte locaties ook de
 gebruiksvriendelijkheid van OSMPAD wat het invoeren van nummers betreft.
 - Zijn er andere/betere tools voor Android ?
 - Wat gebruiken jullie ?

 Bedankt,


 Since the meeting in Lier , I've been getting myself into the collection
 of housenumbers, I do have a few remarks / questions since starting this:

 - Accuracy of the GPS on Samsung S3 is low
 - Never trust Bing maps too much concerning aerial photo's, The deepest
 zoomlevel seem to be offset (where available) but also quite aged.
 - Editing takes 4 times as much time as walking the walk
 - Many people don't even care about hanging up their housenumbers.
 - Walking in the dark is a bad idea, and watch out for people who consider
 their housenumber a private property, be prepared to make a run for it.
 - Map caching does not work in OSMPAD
 - Always keep one eye for the road while scanning housenumbers, since they
 seem to define the landscape here I want to vote for the use of the tag
 'barrier=dogshit', perhaps 'barrier=dogpile' for the larger concentrations.

 questions
 - Do you know of any

Re: [OSM-talk-be] wiki how_to_map_a

Op 18 februari 2013 15:14 schreef Gilbert Hersschens
gherssch...@gmail.comhet volgende:

 Ik zie het al. In de oorspronkelijke NL pagina zitten enkel nog links naar
 templates. Prima zo. Het zal inderdaad sneller gaan nu en minder kans op
 conflicten omdat we toevallig tegelijkertijd wijzigingen opslaan. Het is
 alleen niet evident voor buitenstaanders om te achterhalen hoe je nieuwe
 items toevoegt, wat dan kan enkel als je rechtreeks naar de template
 pagina's gaat. Of niet ?

 Gilbert


Wel, als je bijvoorbeeld Watertoren wil toevoegen, dan klik je op de
edit link bij Watermolen, en je kan jouw tekstje voor Watertoren er
gewoon na typen. De letters die nog geen inhoud hebben kregen een apart
linkje naar de bewerk pagina. Dus normaal zou het moeten lukken.

Misschien was het beter om de letters zelf ook in de template te stoppen,
dan brengt de edit link van een letter je ook naar de correcte template.
Meningen daar over?

Groeten,
Sander
___
Talk-be mailing list
Talk-be@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-be

Re: [OSM-talk-be] Housenumber collection

Inderdaad, controle kan nooit kwaad. Toch vind ik het zonde van de tijd
omdat er nog zoveel straten en gemeenten zijn waar geen enkel huisnummer
ingebracht is. Bovendien kan de controle beter door iemand uit de streek
gebeuren.

Op een ongekende locatie ga ik immers altijd de straat waaraan de woning
ligt inbrengen maar het adres kan best een andere straat zijn, zeker bij
huizen die ergens in het midden van een bos of veld staan. 

 

Guy Vanvuchelen

 

Van: Marc Gemis [mailto:marc.ge...@gmail.com] 
Verzonden: maandag 18 februari 2013 15:22
Aan: OpenStreetMap Belgium
Onderwerp: Re: [OSM-talk-be] Housenumber collection

 

Via OSMPAD kan je inderdaad in de field de huisnummers controleren. 

Met een Garmin GPS kan je enkel nadien controleren. Dus de nummers die in de
field worden ingegeven, kunnen nadien vergeleken worden met wat reeds in in
OSM aanwezig is.

Het is dan wel geen nieuwe data, wel controle data. Is het dan tijdverlies
om ze onderweg in te geven ? Voorlopig heb ik daarmee ook nog geluk gehad,
dat ik nog niet teveel op bestaande huisnummers ben gebotst.

 

 

 

m

 

2013/2/18 Guy Vanvuchelen guido.vanvuche...@pandora.be

OSMPAD heeft een voordeel tegenover het gebruik van de GPS. Je kan zien of
de huisnummers al ingebracht zijn.

Als ik ergens ga wandelen (met mijn vrouw, geen hond dus) dan weet ik
eigenlijk niet op voorhand waar ik overal langs kom.

Dus kan ik ook niet voorbereiden.  Ik concentreer me dan vooral op afgelegen
huizen waar iemand die een streek systematisch wil aanpakken, veel tijd in
steekt. En regelmatig valt het voor dat ik huisnummers inbreng die al in OPS
staan.

Bij OSMPAD zie je dat wel, maar niet op de GARMIN OSM KAART.

Alles 'heb zijn voordeel en nadeel' zou Cruyff zeggen.

 

Guy Vanvuchelen

 

Van: Gilbert Hersschens [mailto:gherssch...@gmail.com] 
Verzonden: maandag 18 februari 2013 13:50
Aan: OpenStreetMap Belgium
Onderwerp: Re: [OSM-talk-be] Housenumber collection

 

Hangt ervan af hoe je te werk gaat. Gewoon de ingebouwde GPS op mijn
smartphone met imagegeotag
(https://play.google.com/store/apps/details?id=com.imageotag
https://play.google.com/store/apps/details?id=com.imageotaghl=en hl=en).
Valt best mee. Als je met de fiets of de wagen voorbij rijdt zal het
misschien niet goed lukken. Ik heb al ondervonden dat camera toepassingen
altijd een paar seconden extra nodig hebben om de GPS data te capteren nadat
de foto genomen is. Dit programma heeft ook een seconde of 3.4 extra nodig,
maar is voor de rest super eenvoudig te bedienen. Just point and shoot. De
nauwkeurigheid van mijn GPS is op zijn best een meter of 4..5 maar om de
locatie van een foto te bepalen volstaat dat. Het programma zet de geotags
in de exif file en op het beeld. Het capteert ook de gegevens van het
kompas, wat handig kan zijn om de locatie van een verafgelegen toren of mast
te bepalen aan de hand van meerdere foto's die vanop verschillende plaatsen
genomen zijn. Hierbij is het 'crosshair' dat altijd als overlay in het beeld
zit erg handig om het object te centreren voor de juiste kompas gegevens.
Foto's meesturen lukt niet met Talk, maar je kan het resultaat van een
testje hier downloaden:
https://docs.google.com/file/d/0B_mcNCW4oRVOdkE1bEhkcmtGMkk/edit?usp=sharing
. De GPS zit er een meter of 6 naast, maar voor heel wat zaken is dat goed
genoeg. Het is trouwens nog de vraag hou juist de locatie van mijn woning op
OSM is. Die is er ook maar via Bing op gezet en kan er dus ook een paar
meter naast zijn.

Gilbert

On 18 February 2013 10:51, Glenn Plas gl...@byte-consult.be wrote:

Hallo,

In navolging van de meeting in Lier heb ik dan toch eens de smaak even te
pakken in het verzamelen van huisnummers, ik heb hier toch een paar
bedenkingen/vragen bij:

- GPS Accuraatheid via OSMPAD op Samsung S3 is onder niveau
- Vertrouw Bing maps niet te hard wat betreft recente foto's (diepste
zoomlevel in JOSM staat volgens mij met een offset verkeerd, deze foto's
zijn zeer oud).
- Nog veel editeer/controleer werk nadien, duurt mss 4 keer zolang dan het
wandelen zelf.
- Veel mensen hebben gewoon geen nummers hangen
- Best niet in het donker proberen, overdag moet je wel klaarzijn om te gaan
lopen, sommige mensen vinden hun huisnummer prive ...
- Map cache functie in OSMPAD werkt niet voor mij
- Een oog altijd op de weg houden als je voor nummers scant. Aangezien zij
het landschap sterk lijken te bepalen via wandelwegen pleit ik voor
'barrier=dogshit' tag te gebruiken.

vragen
- Welke hardware levert naast correcte locaties ook de
gebruiksvriendelijkheid van OSMPAD wat het invoeren van nummers betreft.
- Zijn er andere/betere tools voor Android ?
- Wat gebruiken jullie ?

Bedankt,


Since the meeting in Lier , I've been getting myself into the collection of
housenumbers, I do have a few remarks / questions since starting this:

- Accuracy of the GPS on Samsung S3 is low
- Never trust Bing maps too much concerning aerial photo's, The deepest
zoomlevel seem to be offset (where available) but also quite

Re: [OSM-talk-be] wiki how_to_map_a

Let's agree to disagree;-). Nu gaat dat nog op. Als er straks een pak items
per letter zijn, dan moet je weer gaan scrollen om de index link te vinden.
Het was inderdaad inconsistent, maar je moet ergens beginnen.

2013/2/18 Sander Deryckere sander...@gmail.com



 Op 18 februari 2013 15:08 schreef Gilbert Hersschens 
 gherssch...@gmail.com het volgende:

 Dat van binnen dezelfde letter te blijven is niet juist. De woorden uit
 het Duits resulteren dikwijls in een vertaling die met een andere letter in
 het NL begint. Maar we geraken er wel uit.


 Ja, maar voor de keren dat je met dezelfde letter blijft werken levert het
 wel een serieuze tijdswinst op. Anders blijft het tamelijk gelijk, je kan
 snel de URL wijzigen.


 Ik heb overigens aan ieder item een lijntje toegvoegd die helemaal rechts
 ook in index link heeft. Blijkbaar hadden we hetzelfde idee, maar op een
 andere manier ingevuld.

 Gilbert


 Ah, dat was jouw code. Ja, ongeveer hetzelfde, maar tot nu toe was het
 nogal inconsistent. Als het bij ieder item zou staan zou ik het ook wat
 veel vinden, en aangezien die delen constant bewerkt worden kan dit tot
 extra problemen leiden. Ik denk dat een link aan het begin van iedere
 letter beter is, en het zit niet in de weg van de vertalers.

 Sander



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


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

Re: [OSM-talk-be] Housenumber collection

op die ongekende plaatsen ben ik gewoonlijk toch op jacht naar
knooppunten en de routes.
De huisnummers neem ik gewoon mee. Net zoals de bushaltes, maxspeed,
vuilbakken, zitbanken, kapelletjes, straat verlicht ? aantal rijstroken,
enz. enz.

dus tijd verlies ik er niet echt mee.



2013/2/18 Guy Vanvuchelen guido.vanvuche...@pandora.be

 Inderdaad, controle kan nooit kwaad. Toch vind ik het zonde van de tijd
 omdat er nog zoveel straten en gemeenten zijn waar geen enkel huisnummer
 ingebracht is. Bovendien kan de controle beter door iemand uit de streek
 gebeuren.

 Op een ongekende locatie ga ik immers altijd de straat waaraan de woning
 ligt inbrengen maar het adres kan best een andere straat zijn, zeker bij
 huizen die ergens in het midden van een bos of veld staan. 

 ** **

 Guy Vanvuchelen

 ** **

 *Van:* Marc Gemis [mailto:marc.ge...@gmail.com]
 *Verzonden:* maandag 18 februari 2013 15:22

 *Aan:* OpenStreetMap Belgium
 *Onderwerp:* Re: [OSM-talk-be] Housenumber collection

 ** **

 Via OSMPAD kan je inderdaad in de field de huisnummers controleren. 

 Met een Garmin GPS kan je enkel nadien controleren. Dus de nummers die in
 de field worden ingegeven, kunnen nadien vergeleken worden met wat reeds in
 in OSM aanwezig is.

 Het is dan wel geen nieuwe data, wel controle data. Is het dan tijdverlies
 om ze onderweg in te geven ? Voorlopig heb ik daarmee ook nog geluk gehad,
 dat ik nog niet teveel op bestaande huisnummers ben gebotst.

 ** **

 ** **

 ** **

 m

 ** **

 2013/2/18 Guy Vanvuchelen guido.vanvuche...@pandora.be

 OSMPAD heeft een voordeel tegenover het gebruik van de GPS. Je kan zien of
 de huisnummers al ingebracht zijn.

 Als ik ergens ga wandelen (met mijn vrouw, geen hond dus) dan weet ik
 eigenlijk niet op voorhand waar ik overal langs kom.

 Dus kan ik ook niet voorbereiden.  Ik concentreer me dan vooral op
 afgelegen huizen waar iemand die een streek systematisch wil aanpakken,
 veel tijd in steekt. En regelmatig valt het voor dat ik huisnummers inbreng
 die al in OPS staan.

 Bij OSMPAD zie je dat wel, maar niet op de GARMIN OSM KAART.

 Alles ‘heb zijn voordeel en nadeel’ zou Cruyff zeggen.

  

 Guy Vanvuchelen

  

 *Van:* Gilbert Hersschens [mailto:gherssch...@gmail.com]
 *Verzonden:* maandag 18 februari 2013 13:50
 *Aan:* OpenStreetMap Belgium
 *Onderwerp:* Re: [OSM-talk-be] Housenumber collection

  

 Hangt ervan af hoe je te werk gaat. Gewoon de ingebouwde GPS op mijn
 smartphone met imagegeotag (
 https://play.google.com/store/apps/details?id=com.imageotaghl=en). Valt
 best mee. Als je met de fiets of de wagen voorbij rijdt zal het misschien
 niet goed lukken. Ik heb al ondervonden dat camera toepassingen altijd een
 paar seconden extra nodig hebben om de GPS data te capteren nadat de foto
 genomen is. Dit programma heeft ook een seconde of 3.4 extra nodig, maar is
 voor de rest super eenvoudig te bedienen. Just point and shoot. De
 nauwkeurigheid van mijn GPS is op zijn best een meter of 4..5 maar om de
 locatie van een foto te bepalen volstaat dat. Het programma zet de geotags
 in de exif file en op het beeld. Het capteert ook de gegevens van het
 kompas, wat handig kan zijn om de locatie van een verafgelegen toren of
 mast te bepalen aan de hand van meerdere foto's die vanop verschillende
 plaatsen genomen zijn. Hierbij is het 'crosshair' dat altijd als overlay in
 het beeld zit erg handig om het object te centreren voor de juiste kompas
 gegevens.
 Foto's meesturen lukt niet met Talk, maar je kan het resultaat van een
 testje hier downloaden:
 https://docs.google.com/file/d/0B_mcNCW4oRVOdkE1bEhkcmtGMkk/edit?usp=sharing.
 De GPS zit er een meter of 6 naast, maar voor heel wat zaken is dat goed
 genoeg. Het is trouwens nog de vraag hou juist de locatie van mijn woning
 op OSM is. Die is er ook maar via Bing op gezet en kan er dus ook een paar
 meter naast zijn.

 Gilbert

 On 18 February 2013 10:51, Glenn Plas gl...@byte-consult.be wrote:

 Hallo,

 In navolging van de meeting in Lier heb ik dan toch eens de smaak even te
 pakken in het verzamelen van huisnummers, ik heb hier toch een paar
 bedenkingen/vragen bij:

 - GPS Accuraatheid via OSMPAD op Samsung S3 is onder niveau
 - Vertrouw Bing maps niet te hard wat betreft recente foto's (diepste
 zoomlevel in JOSM staat volgens mij met een offset verkeerd, deze foto's
 zijn zeer oud).
 - Nog veel editeer/controleer werk nadien, duurt mss 4 keer zolang dan het
 wandelen zelf.
 - Veel mensen hebben gewoon geen nummers hangen
 - Best niet in het donker proberen, overdag moet je wel klaarzijn om te
 gaan lopen, sommige mensen vinden hun huisnummer prive ...
 - Map cache functie in OSMPAD werkt niet voor mij
 - Een oog altijd op de weg houden als je voor nummers scant. Aangezien zij
 het landschap sterk lijken te bepalen via wandelwegen pleit ik voor
 'barrier=dogshit' tag te gebruiken.

 vragen
 - Welke hardware levert naast correcte

Re: [OSM-talk-be] wiki how_to_map_a

Op 18 februari 2013 15:58 schreef Gilbert Hersschens
gherssch...@gmail.comhet volgende:

 Let's agree to disagree;-). Nu gaat dat nog op. Als er straks een pak
 items per letter zijn, dan moet je weer gaan scrollen om de index link te
 vinden. Het was inderdaad inconsistent, maar je moet ergens beginnen.


Ik had de weg van de minste arbeid gekozen ;) Daarbij, ik gebruik
dergelijke links zelden. Mijn mouse gestures doen alles.

Als het het terug wil reverten, geen probleem, maar misschien is het beter
dit na de vertalingen to doen, om zo consistentie meer te garanderen.

Groeten,
Sander
___
Talk-be mailing list
Talk-be@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-be

Re: [OSM-talk-be] Housenumber collection

Omdat ik niet alleen op stap ben maar met mijn (strenge) vrouw kan ik niet
te veel hooi op mijn vork nemen tijdens de wandeling.

Vuilbakken, zitbanken, kapelletjes, hindernissen (klappoortjes,
vernauwingen, enz. ) neem ik meestal look mee. Gisteren heb ik voor het
eerst ook wandel-knooppunten opgenomen.

Wat die maxspeed betreft. Neem je gewoon het 'bord' op of zet je de weg op
bijv 70 km. In dat laatste geval weet je toch niet hoe ver?

Hetzelfde met het aantal rijstroken. 

 

Guy Vanvuchelen

 

Van: Marc Gemis [mailto:marc.ge...@gmail.com] 
Verzonden: maandag 18 februari 2013 16:02
Aan: OpenStreetMap Belgium
Onderwerp: Re: [OSM-talk-be] Housenumber collection

 

op die ongekende plaatsen ben ik gewoonlijk toch op jacht naar knooppunten
en de routes.

De huisnummers neem ik gewoon mee. Net zoals de bushaltes, maxspeed,
vuilbakken, zitbanken, kapelletjes, straat verlicht ? aantal rijstroken,
enz. enz.

 

dus tijd verlies ik er niet echt mee. 

 

 

2013/2/18 Guy Vanvuchelen guido.vanvuche...@pandora.be

Inderdaad, controle kan nooit kwaad. Toch vind ik het zonde van de tijd
omdat er nog zoveel straten en gemeenten zijn waar geen enkel huisnummer
ingebracht is. Bovendien kan de controle beter door iemand uit de streek
gebeuren.

Op een ongekende locatie ga ik immers altijd de straat waaraan de woning
ligt inbrengen maar het adres kan best een andere straat zijn, zeker bij
huizen die ergens in het midden van een bos of veld staan. 

 

Guy Vanvuchelen

 

Van: Marc Gemis [mailto:marc.ge...@gmail.com] 
Verzonden: maandag 18 februari 2013 15:22


Aan: OpenStreetMap Belgium
Onderwerp: Re: [OSM-talk-be] Housenumber collection

 

Via OSMPAD kan je inderdaad in de field de huisnummers controleren. 

Met een Garmin GPS kan je enkel nadien controleren. Dus de nummers die in de
field worden ingegeven, kunnen nadien vergeleken worden met wat reeds in in
OSM aanwezig is.

Het is dan wel geen nieuwe data, wel controle data. Is het dan tijdverlies
om ze onderweg in te geven ? Voorlopig heb ik daarmee ook nog geluk gehad,
dat ik nog niet teveel op bestaande huisnummers ben gebotst.

 

 

 

m

 

2013/2/18 Guy Vanvuchelen guido.vanvuche...@pandora.be

OSMPAD heeft een voordeel tegenover het gebruik van de GPS. Je kan zien of
de huisnummers al ingebracht zijn.

Als ik ergens ga wandelen (met mijn vrouw, geen hond dus) dan weet ik
eigenlijk niet op voorhand waar ik overal langs kom.

Dus kan ik ook niet voorbereiden.  Ik concentreer me dan vooral op afgelegen
huizen waar iemand die een streek systematisch wil aanpakken, veel tijd in
steekt. En regelmatig valt het voor dat ik huisnummers inbreng die al in OPS
staan.

Bij OSMPAD zie je dat wel, maar niet op de GARMIN OSM KAART.

Alles 'heb zijn voordeel en nadeel' zou Cruyff zeggen.

 

Guy Vanvuchelen

 

Van: Gilbert Hersschens [mailto:gherssch...@gmail.com] 
Verzonden: maandag 18 februari 2013 13:50
Aan: OpenStreetMap Belgium
Onderwerp: Re: [OSM-talk-be] Housenumber collection

 

Hangt ervan af hoe je te werk gaat. Gewoon de ingebouwde GPS op mijn
smartphone met imagegeotag
(https://play.google.com/store/apps/details?id=com.imageotag
https://play.google.com/store/apps/details?id=com.imageotaghl=en hl=en).
Valt best mee. Als je met de fiets of de wagen voorbij rijdt zal het
misschien niet goed lukken. Ik heb al ondervonden dat camera toepassingen
altijd een paar seconden extra nodig hebben om de GPS data te capteren nadat
de foto genomen is. Dit programma heeft ook een seconde of 3.4 extra nodig,
maar is voor de rest super eenvoudig te bedienen. Just point and shoot. De
nauwkeurigheid van mijn GPS is op zijn best een meter of 4..5 maar om de
locatie van een foto te bepalen volstaat dat. Het programma zet de geotags
in de exif file en op het beeld. Het capteert ook de gegevens van het
kompas, wat handig kan zijn om de locatie van een verafgelegen toren of mast
te bepalen aan de hand van meerdere foto's die vanop verschillende plaatsen
genomen zijn. Hierbij is het 'crosshair' dat altijd als overlay in het beeld
zit erg handig om het object te centreren voor de juiste kompas gegevens.
Foto's meesturen lukt niet met Talk, maar je kan het resultaat van een
testje hier downloaden:
https://docs.google.com/file/d/0B_mcNCW4oRVOdkE1bEhkcmtGMkk/edit?usp=sharing
. De GPS zit er een meter of 6 naast, maar voor heel wat zaken is dat goed
genoeg. Het is trouwens nog de vraag hou juist de locatie van mijn woning op
OSM is. Die is er ook maar via Bing op gezet en kan er dus ook een paar
meter naast zijn.

Gilbert

On 18 February 2013 10:51, Glenn Plas gl...@byte-consult.be wrote:

Hallo,

In navolging van de meeting in Lier heb ik dan toch eens de smaak even te
pakken in het verzamelen van huisnummers, ik heb hier toch een paar
bedenkingen/vragen bij:

- GPS Accuraatheid via OSMPAD op Samsung S3 is onder niveau
- Vertrouw Bing maps niet te hard wat betreft recente foto's (diepste
zoomlevel in JOSM staat volgens mij met een offset verkeerd, deze foto's
zijn zeer oud).
- Nog veel

Re: [OSM-talk-be] Housenumber collection

De hondjes klagen soms ook wel, als ik te lang stilsta :-)

de maxspeed komt op een stuk weg. Telkens de maximum snelheid verandert,
moet je de weg splitsen.
hetzelfde met het aantal rijstroken.
en feitelijk ook met parking:lanes

als je wandelknooppunten toevoegt, rwn_ref = xxx op de knoop en die node
toevoegen aan de relatie die alle knopen en routes van dat netwerk bevat.
aub

m


2013/2/18 Guy Vanvuchelen guido.vanvuche...@pandora.be

 Omdat ik niet alleen op stap ben maar met mijn (strenge) vrouw kan ik niet
 te veel hooi op mijn vork nemen tijdens de wandeling.

 Vuilbakken, zitbanken, kapelletjes, hindernissen (klappoortjes,
 vernauwingen, enz. ) neem ik meestal look mee. Gisteren heb ik voor het
 eerst ook wandel-knooppunten opgenomen.

 Wat die maxspeed betreft. Neem je gewoon het ‘bord’ op of zet je de weg op
 bijv 70 km. In dat laatste geval weet je toch niet hoe ver?

 Hetzelfde met het aantal rijstroken. 

 ** **

 Guy Vanvuchelen

 ** **

 *Van:* Marc Gemis [mailto:marc.ge...@gmail.com]
 *Verzonden:* maandag 18 februari 2013 16:02

 *Aan:* OpenStreetMap Belgium
 *Onderwerp:* Re: [OSM-talk-be] Housenumber collection

 ** **

 op die ongekende plaatsen ben ik gewoonlijk toch op jacht naar
 knooppunten en de routes.

 De huisnummers neem ik gewoon mee. Net zoals de bushaltes, maxspeed,
 vuilbakken, zitbanken, kapelletjes, straat verlicht ? aantal rijstroken,
 enz. enz.

 ** **

 dus tijd verlies ik er niet echt mee. 

 ** **

 ** **

 2013/2/18 Guy Vanvuchelen guido.vanvuche...@pandora.be

 Inderdaad, controle kan nooit kwaad. Toch vind ik het zonde van de tijd
 omdat er nog zoveel straten en gemeenten zijn waar geen enkel huisnummer
 ingebracht is. Bovendien kan de controle beter door iemand uit de streek
 gebeuren.

 Op een ongekende locatie ga ik immers altijd de straat waaraan de woning
 ligt inbrengen maar het adres kan best een andere straat zijn, zeker bij
 huizen die ergens in het midden van een bos of veld staan. 

  

 Guy Vanvuchelen

  

 *Van:* Marc Gemis [mailto:marc.ge...@gmail.com]
 *Verzonden:* maandag 18 februari 2013 15:22


 *Aan:* OpenStreetMap Belgium
 *Onderwerp:* Re: [OSM-talk-be] Housenumber collection

  

 Via OSMPAD kan je inderdaad in de field de huisnummers controleren. 

 Met een Garmin GPS kan je enkel nadien controleren. Dus de nummers die in
 de field worden ingegeven, kunnen nadien vergeleken worden met wat reeds in
 in OSM aanwezig is.

 Het is dan wel geen nieuwe data, wel controle data. Is het dan tijdverlies
 om ze onderweg in te geven ? Voorlopig heb ik daarmee ook nog geluk gehad,
 dat ik nog niet teveel op bestaande huisnummers ben gebotst.

  

  

  

 m

  

 2013/2/18 Guy Vanvuchelen guido.vanvuche...@pandora.be

 OSMPAD heeft een voordeel tegenover het gebruik van de GPS. Je kan zien of
 de huisnummers al ingebracht zijn.

 Als ik ergens ga wandelen (met mijn vrouw, geen hond dus) dan weet ik
 eigenlijk niet op voorhand waar ik overal langs kom.

 Dus kan ik ook niet voorbereiden.  Ik concentreer me dan vooral op
 afgelegen huizen waar iemand die een streek systematisch wil aanpakken,
 veel tijd in steekt. En regelmatig valt het voor dat ik huisnummers inbreng
 die al in OPS staan.

 Bij OSMPAD zie je dat wel, maar niet op de GARMIN OSM KAART.

 Alles ‘heb zijn voordeel en nadeel’ zou Cruyff zeggen.

  

 Guy Vanvuchelen

  

 *Van:* Gilbert Hersschens [mailto:gherssch...@gmail.com]
 *Verzonden:* maandag 18 februari 2013 13:50
 *Aan:* OpenStreetMap Belgium
 *Onderwerp:* Re: [OSM-talk-be] Housenumber collection

  

 Hangt ervan af hoe je te werk gaat. Gewoon de ingebouwde GPS op mijn
 smartphone met imagegeotag (
 https://play.google.com/store/apps/details?id=com.imageotaghl=en). Valt
 best mee. Als je met de fiets of de wagen voorbij rijdt zal het misschien
 niet goed lukken. Ik heb al ondervonden dat camera toepassingen altijd een
 paar seconden extra nodig hebben om de GPS data te capteren nadat de foto
 genomen is. Dit programma heeft ook een seconde of 3.4 extra nodig, maar is
 voor de rest super eenvoudig te bedienen. Just point and shoot. De
 nauwkeurigheid van mijn GPS is op zijn best een meter of 4..5 maar om de
 locatie van een foto te bepalen volstaat dat. Het programma zet de geotags
 in de exif file en op het beeld. Het capteert ook de gegevens van het
 kompas, wat handig kan zijn om de locatie van een verafgelegen toren of
 mast te bepalen aan de hand van meerdere foto's die vanop verschillende
 plaatsen genomen zijn. Hierbij is het 'crosshair' dat altijd als overlay in
 het beeld zit erg handig om het object te centreren voor de juiste kompas
 gegevens.
 Foto's meesturen lukt niet met Talk, maar je kan het resultaat van een
 testje hier downloaden:
 https://docs.google.com/file/d/0B_mcNCW4oRVOdkE1bEhkcmtGMkk/edit?usp=sharing.
 De GPS zit er een meter of 6 naast, maar voor heel wat zaken

Re: [OSM-talk-be] Housenumber collection

Met die wandelknooppunten zit ik met een probleem. Gisteren heb ik er voor
het eerst enkele toegevoegd in de streek van Meerhout (Geel).

Omdat ik gezien had dat in JOSM in Voorkeuze - How to map a, de tag voor
wandelknooppunten staat dacht ik die ook maar in te brengen.

Spijtig genoeg staat daar niet bij dat er ook een relatie moet ingebracht
worden en die gegevens heb ik niet meer.

Zal er de volgende keer aan denken.

 

Guy Vanvuchelen

 

Van: Marc Gemis [mailto:marc.ge...@gmail.com] 
Verzonden: maandag 18 februari 2013 16:54
Aan: OpenStreetMap Belgium
Onderwerp: Re: [OSM-talk-be] Housenumber collection

 

De hondjes klagen soms ook wel, als ik te lang stilsta :-)

 

de maxspeed komt op een stuk weg. Telkens de maximum snelheid verandert,
moet je de weg splitsen.

hetzelfde met het aantal rijstroken.

en feitelijk ook met parking:lanes

 

als je wandelknooppunten toevoegt, rwn_ref = xxx op de knoop en die node
toevoegen aan de relatie die alle knopen en routes van dat netwerk bevat.
aub

 

m

 

2013/2/18 Guy Vanvuchelen guido.vanvuche...@pandora.be

Omdat ik niet alleen op stap ben maar met mijn (strenge) vrouw kan ik niet
te veel hooi op mijn vork nemen tijdens de wandeling.

Vuilbakken, zitbanken, kapelletjes, hindernissen (klappoortjes,
vernauwingen, enz. ) neem ik meestal look mee. Gisteren heb ik voor het
eerst ook wandel-knooppunten opgenomen.

Wat die maxspeed betreft. Neem je gewoon het 'bord' op of zet je de weg op
bijv 70 km. In dat laatste geval weet je toch niet hoe ver?

Hetzelfde met het aantal rijstroken. 

 

Guy Vanvuchelen

 

Van: Marc Gemis [mailto:marc.ge...@gmail.com] 
Verzonden: maandag 18 februari 2013 16:02


Aan: OpenStreetMap Belgium
Onderwerp: Re: [OSM-talk-be] Housenumber collection

 

op die ongekende plaatsen ben ik gewoonlijk toch op jacht naar knooppunten
en de routes.

De huisnummers neem ik gewoon mee. Net zoals de bushaltes, maxspeed,
vuilbakken, zitbanken, kapelletjes, straat verlicht ? aantal rijstroken,
enz. enz.

 

dus tijd verlies ik er niet echt mee. 

 

 

2013/2/18 Guy Vanvuchelen guido.vanvuche...@pandora.be

Inderdaad, controle kan nooit kwaad. Toch vind ik het zonde van de tijd
omdat er nog zoveel straten en gemeenten zijn waar geen enkel huisnummer
ingebracht is. Bovendien kan de controle beter door iemand uit de streek
gebeuren.

Op een ongekende locatie ga ik immers altijd de straat waaraan de woning
ligt inbrengen maar het adres kan best een andere straat zijn, zeker bij
huizen die ergens in het midden van een bos of veld staan. 

 

Guy Vanvuchelen

 

Van: Marc Gemis [mailto:marc.ge...@gmail.com] 
Verzonden: maandag 18 februari 2013 15:22


Aan: OpenStreetMap Belgium
Onderwerp: Re: [OSM-talk-be] Housenumber collection

 

Via OSMPAD kan je inderdaad in de field de huisnummers controleren. 

Met een Garmin GPS kan je enkel nadien controleren. Dus de nummers die in de
field worden ingegeven, kunnen nadien vergeleken worden met wat reeds in in
OSM aanwezig is.

Het is dan wel geen nieuwe data, wel controle data. Is het dan tijdverlies
om ze onderweg in te geven ? Voorlopig heb ik daarmee ook nog geluk gehad,
dat ik nog niet teveel op bestaande huisnummers ben gebotst.

 

 

 

m

 

2013/2/18 Guy Vanvuchelen guido.vanvuche...@pandora.be

OSMPAD heeft een voordeel tegenover het gebruik van de GPS. Je kan zien of
de huisnummers al ingebracht zijn.

Als ik ergens ga wandelen (met mijn vrouw, geen hond dus) dan weet ik
eigenlijk niet op voorhand waar ik overal langs kom.

Dus kan ik ook niet voorbereiden.  Ik concentreer me dan vooral op afgelegen
huizen waar iemand die een streek systematisch wil aanpakken, veel tijd in
steekt. En regelmatig valt het voor dat ik huisnummers inbreng die al in OPS
staan.

Bij OSMPAD zie je dat wel, maar niet op de GARMIN OSM KAART.

Alles 'heb zijn voordeel en nadeel' zou Cruyff zeggen.

 

Guy Vanvuchelen

 

Van: Gilbert Hersschens [mailto:gherssch...@gmail.com] 
Verzonden: maandag 18 februari 2013 13:50
Aan: OpenStreetMap Belgium
Onderwerp: Re: [OSM-talk-be] Housenumber collection

 

Hangt ervan af hoe je te werk gaat. Gewoon de ingebouwde GPS op mijn
smartphone met imagegeotag
(https://play.google.com/store/apps/details?id=com.imageotag
https://play.google.com/store/apps/details?id=com.imageotaghl=en hl=en).
Valt best mee. Als je met de fiets of de wagen voorbij rijdt zal het
misschien niet goed lukken. Ik heb al ondervonden dat camera toepassingen
altijd een paar seconden extra nodig hebben om de GPS data te capteren nadat
de foto genomen is. Dit programma heeft ook een seconde of 3.4 extra nodig,
maar is voor de rest super eenvoudig te bedienen. Just point and shoot. De
nauwkeurigheid van mijn GPS is op zijn best een meter of 4..5 maar om de
locatie van een foto te bepalen volstaat dat. Het programma zet de geotags
in de exif file en op het beeld. Het capteert ook de gegevens van het
kompas, wat handig kan zijn om de locatie van een verafgelegen toren of mast
te bepalen aan de hand van meerdere foto's die

[OSM-talk-be] How to map skien in Nederland en Vlaanderen

2013-02-18 Thread Ivo De Broeck

Kunnen we alle items (het zijn er heel wat) uit Duitsland schrappen?

Wat wel bestaat (ik stel voor onder het item 'Ski) zijn de (al of niet)
overdekte skiplaatsen met (al of niet) borstels of kunstsneeuw?

Welke attributen? Ski playgrounds
leisurehttp://wiki.openstreetmap.org/wiki/Key:leisure
=ski_playgroundhttp://wiki.openstreetmap.org/wiki/Tag:leisure%3Dski_playground
Borstels / kunstsneeuw??
___
Talk-be mailing list
Talk-be@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-be

Re: [OSM-talk-be] How to map skien in Nederland en Vlaanderen

2013-02-18 Thread Ivo De Broeck

Het gaat hier alleen over de items in verband met Ski 


Op 18 februari 2013 19:23 schreef Gilbert Hersschens
gherssch...@gmail.comhet volgende:

 Ik verwijder ze item na item naarmate dat ik vorder met de vertaling.
 Laten jullie ze staan ?

 2013/2/18 Ivo De Broeck ivo.debro...@gmail.com

 Kunnen we alle items (het zijn er heel wat) uit Duitsland schrappen?

 Wat wel bestaat (ik stel voor onder het item 'Ski) zijn de (al of niet)
 overdekte skiplaatsen met (al of niet) borstels of kunstsneeuw?

 Welke attributen? Ski playgrounds 
 leisurehttp://wiki.openstreetmap.org/wiki/Key:leisure
 =ski_playgroundhttp://wiki.openstreetmap.org/wiki/Tag:leisure%3Dski_playground
 Borstels / kunstsneeuw??

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



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




-- 
Ivo De Broeck
Valleilaan 13
3360 Korbeek-lo
tel +32 16 43 84 93
gsm +32 486 17 61 13
___
Talk-be mailing list
Talk-be@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-be

Re: [OSM-talk-be] Housenumber collection and GPSsing GSMs

2013-02-18 Thread A.Pirard.Papou

On 2013-02-18 10:51, Glenn Plas wrote :
Since the meeting in Lier , I've been getting myself into the
collection of housenumbers, I do have a few remarks / questions since
starting this:

- Accuracy of the GPS on Samsung S3 is low

see 2 below.
- Never trust Bing maps too much concerning aerial photo's, The
deepest zoomlevel seem to be offset (where available) but also quite
aged.
I have mentioned many times (mailing lists and e-mail to taggers) that
Bing zoom needs a per area JOSM offset correction.
Its a pity to notice careful mappers devote so much time making maps
offset because of Bing.

- Editing takes 4 times as much time as walking the walk

see 1 below (airplane speed).

- Many people don't even care about hanging up their housenumbers.

see 1 below.
- Walking in the dark is a bad idea, and watch out for people who
consider their housenumber a private property, be prepared to make a
run for it.

see 1 below.

- Map caching does not work in OSMPAD
- Always keep one eye for the road while scanning housenumbers, since
they seem to define the landscape here I want to vote for the use of
the tag 'barrier=dogshit', perhaps 'barrier=dogpile' for the larger
concentrations.
I saw people sticking little flags on dog poop but one still has to
watch one's steps.
There's an impressive amount of hardware
http://www.befr.ebay.be/sch/i.html?LH_AvailTo=23_sop=15_ipg=200_kw=dog%20poop
for that software, but nothing of what you need.
Resist using bags and putting them in the letterboxes, even if that
raises the discussion among the concerned people.
But if you walk your own dog while prospecting numbers, you will feel
the leash loosen at every danger ;-)

questions
- Do you know of any hardware that gives better GPS fixes and comes
with the ease-of-use OSMPAD delivers on entering numbers ?
- Are there any better tools/software around for this type of work on
Android ?

- What do you use?

1
The PICC maps http://cartocit1.wallonie.be/pw/index.jsp contains very
precise building mapping with street numbers.

You'll never do better than an airplane.
This is one, just one, of the reasons why I say it's of paramount
importance for us to be able to use PICC.
People say that the government agrees to make it available but that they
have no time to say yes.
This is why I wait and I'm doing very limited house numbering business
presently.

2
Does anyone have an opinion or recommendation about such cheap devices
http://www.tinydeal.com/index.php?main_page=ws_search_resultis_search=1inc_subcat=search_in_description=3keyword=wifi+gpsis_input=keyword=wifi+gpscPath=categories_id=54disp_order=3?
(there are other similar shops)
Usually, CN stuff is of fair quality but minimally documented and
supported (e.g. no MP4 games).

But that's different for Android, isn't it?
22€ means a risk of paying taxes, but, according to Test-Achats, it
looks like it's only VAT.

Cheers,

André.

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

Re: [OSM-talk-be] Housenumber collection and GPSsing GSMs

How up-to-date is this PICC database ?
I randomly clicked on the map, and came in Orbais.
There I see at least 15 houses without red rectangle. Does this mean that
they are not in the database yet ?

On Mon, Feb 18, 2013 at 10:25 PM, A.Pirard.Papou
a.pirard.pa...@gmail.comwrote:

On 2013-02-18 10:51, Glenn Plas wrote :

Since the meeting in Lier , I've been getting myself into the collection
of housenumbers, I do have a few remarks / questions since starting this:

- Accuracy of the GPS on Samsung S3 is low

see 2 below.

- Never trust Bing maps too much concerning aerial photo's, The deepest
zoomlevel seem to be offset (where available) but also quite aged.

I have mentioned many times (mailing lists and e-mail to taggers) that
Bing zoom needs a per area JOSM offset correction.
Its a pity to notice careful mappers devote so much time making maps
offset because of Bing.

- Editing takes 4 times as much time as walking the walk

see 1 below (airplane speed).

- Many people don't even care about hanging up their housenumbers.

see 1 below.

- Walking in the dark is a bad idea, and watch out for people who consider
their housenumber a private property, be prepared to make a run for it.

see 1 below.

I saw people sticking little flags on dog poop but one still has to watch
one's steps.
There's an impressive amount of
hardwarehttp://www.befr.ebay.be/sch/i.html?LH_AvailTo=23_sop=15_ipg=200_kw=dog%20poopfor
that software, but nothing of what you need.
Resist using bags and putting them in the letterboxes, even if that raises
the discussion among the concerned people.
But if you walk your own dog while prospecting numbers, you will feel the
leash loosen at every danger ;-)

1
The PICC maps http://cartocit1.wallonie.be/pw/index.jsp contains very
precise building mapping with street numbers.
You'll never do better than an airplane.
This is one, just one, of the reasons why I say it's of paramount
importance for us to be able to use PICC.
People say that the government agrees to make it available but that they
have no time to say yes.
This is why I wait and I'm doing very limited house numbering business
presently.

2
Does anyone have an opinion or recommendation about such cheap
deviceshttp://www.tinydeal.com/index.php?main_page=ws_search_resultis_search=1inc_subcat=search_in_description=3keyword=wifi+gpsis_input=keyword=wifi+gpscPath=categories_id=54disp_order=3?
(there are other similar shops)
Usually, CN stuff is of fair quality but minimally documented and
supported (e.g. no MP4 games).
But that's different for Android, isn't it?
22€ means a risk of paying taxes, but, according to Test-Achats, it looks
like it's only VAT.

Cheers,

André.

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

Re: [OSM-talk-be] Housenumber collection

Knooppunten: Er zijn twee relaties : Wandelnetwerk Antwerpse Kempen en
Wandelnetwerk Antwerpse Kempen  Kempense Landduinen. Op het internet vind
ik dat het Wandelnetwerk Antwerpse Kempen onderverdeeld is in 10 routes
waaronder Kempense Landduinen.  Ik meen me ter herinneren dat, op de borden,
soms alleen Wandelnetwerk Antwerpse Kempen vermeld staat en dan weer
Kempense landduinen.  Ik zal de knooppunten die ik genoteerd had dus
toevoegen aan Kempense Landduinen.

 

Onze route volgde niet echt de knooppunten, de routes tussen de knooppunten
heb ik dus niet.

 

Voor maximum snelheden gebruik ik de presets. Maar het zijn nog altijd de
eerste presets die je doorstuurde, ik weet namelijk niet hoe ik de laatste
versie (in JOSM geïntegreerd) te voorschijn moet toveren.

 

Guy Vanvuchelen

 

Van: Marc Gemis [mailto:marc.ge...@gmail.com] 
Verzonden: maandag 18 februari 2013 21:35
Aan: OpenStreetMap Belgium
Onderwerp: Re: [OSM-talk-be] Housenumber collection

 

ik weet niet goed of het mogelijk is om via de presets de knoop aan een
relatie toevoegen.

manueel kan je dat altijd. Voor de knooppunten in de nabijheid van Meerhout
gaat het vrijwel zeker om de Antwerpse Kempen - Kempense Landduinen. Er
zullen daar in de buurt al wat knooppunten staan, dus daar zal de relatie
wel bijstaan. zie ook http://hikebikemap.de/?zoom=13
http://hikebikemap.de/?zoom=13lat=51.1419lon=5.07925layers=BTFFTF
lat=51.1419lon=5.07925layers=BTFFTF

 

Heb je de routes tussen de knooppunten ook ?

 

Nog ivm met de maximum snelheden, die kan je ook best via de presets
ingeven. Dan heb je ineens de source (bord, bebouwde kom, zone) en
traffic:zone (bebouwde kom/erbuiten) mee.

 

 

 

2013/2/18 Guy Vanvuchelen guido.vanvuche...@pandora.be

Met die wandelknooppunten zit ik met een probleem. Gisteren heb ik er voor
het eerst enkele toegevoegd in de streek van Meerhout (Geel).

Omdat ik gezien had dat in JOSM in Voorkeuze  How to map a, de tag voor
wandelknooppunten staat dacht ik die ook maar in te brengen.

Spijtig genoeg staat daar niet bij dat er ook een relatie moet ingebracht
worden en die gegevens heb ik niet meer.

Zal er de volgende keer aan denken.

 

Guy Vanvuchelen

 

Van: Marc Gemis [mailto:marc.ge...@gmail.com] 
Verzonden: maandag 18 februari 2013 16:54


Aan: OpenStreetMap Belgium
Onderwerp: Re: [OSM-talk-be] Housenumber collection

 

De hondjes klagen soms ook wel, als ik te lang stilsta :-)

 

de maxspeed komt op een stuk weg. Telkens de maximum snelheid verandert,
moet je de weg splitsen.

hetzelfde met het aantal rijstroken.

en feitelijk ook met parking:lanes

 

als je wandelknooppunten toevoegt, rwn_ref = xxx op de knoop en die node
toevoegen aan de relatie die alle knopen en routes van dat netwerk bevat.
aub

 

m

 

2013/2/18 Guy Vanvuchelen guido.vanvuche...@pandora.be

Omdat ik niet alleen op stap ben maar met mijn (strenge) vrouw kan ik niet
te veel hooi op mijn vork nemen tijdens de wandeling.

Vuilbakken, zitbanken, kapelletjes, hindernissen (klappoortjes,
vernauwingen, enz. ) neem ik meestal look mee. Gisteren heb ik voor het
eerst ook wandel-knooppunten opgenomen.

Wat die maxspeed betreft. Neem je gewoon het bord op of zet je de weg op
bijv 70 km. In dat laatste geval weet je toch niet hoe ver?

Hetzelfde met het aantal rijstroken. 

 

Guy Vanvuchelen

 

Van: Marc Gemis [mailto:marc.ge...@gmail.com] 
Verzonden: maandag 18 februari 2013 16:02


Aan: OpenStreetMap Belgium
Onderwerp: Re: [OSM-talk-be] Housenumber collection

 

op die ongekende plaatsen ben ik gewoonlijk toch op jacht naar knooppunten
en de routes.

De huisnummers neem ik gewoon mee. Net zoals de bushaltes, maxspeed,
vuilbakken, zitbanken, kapelletjes, straat verlicht ? aantal rijstroken,
enz. enz.

 

dus tijd verlies ik er niet echt mee. 

 

 

2013/2/18 Guy Vanvuchelen guido.vanvuche...@pandora.be

Inderdaad, controle kan nooit kwaad. Toch vind ik het zonde van de tijd
omdat er nog zoveel straten en gemeenten zijn waar geen enkel huisnummer
ingebracht is. Bovendien kan de controle beter door iemand uit de streek
gebeuren.

Op een ongekende locatie ga ik immers altijd de straat waaraan de woning
ligt inbrengen maar het adres kan best een andere straat zijn, zeker bij
huizen die ergens in het midden van een bos of veld staan. 

 

Guy Vanvuchelen

 

Van: Marc Gemis [mailto:marc.ge...@gmail.com] 
Verzonden: maandag 18 februari 2013 15:22


Aan: OpenStreetMap Belgium
Onderwerp: Re: [OSM-talk-be] Housenumber collection

 

Via OSMPAD kan je inderdaad in de field de huisnummers controleren. 

Met een Garmin GPS kan je enkel nadien controleren. Dus de nummers die in de
field worden ingegeven, kunnen nadien vergeleken worden met wat reeds in in
OSM aanwezig is.

Het is dan wel geen nieuwe data, wel controle data. Is het dan tijdverlies
om ze onderweg in te geven ? Voorlopig heb ik daarmee ook nog geluk gehad,
dat ik nog niet teveel op bestaande huisnummers ben gebotst.

 

 

 

m

 

2013/2/18 Guy Vanvuchelen

Re: [OSM-talk] Not add extra attributes when import .pbf file to database

2013-02-18 Thread Peter Körner


Hi Ruben Lopez Mendoza,

where did you get those files from?

Peter


Am 07.02.2013 14:31, schrieb Ruben Lopez Mendoza:

I'm using osm2pgsql

I'm importing a file called maryland.osm.pbf with extra atributes
(--extra-attributes ) but

  * osm_uid
  * osm_user fields
  * osm_version
  *

osm_timestamp are empty.i don't know why?

|osm2pgsql --extra-attributes -v  -S default.style -d db_maryland  
maryland.osm.pbf
|

while, if I import a file maryland.osm.bz2. is normal.Extra attributes
appear

|osm2pgsql --extra-attributes -v  -S default.style -d db_maryland  
maryland.osm.bz2.
|

I need to import. PBF files. please help me.

in my file default.style is enabled the fields for extra atributes.



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




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

Re: [OSM-talk] State of the Map 2013 venue selected.

2013-02-18 Thread Jonathan Bennett


On 17/02/2013 00:00, Jeffrey Johnson wrote:

Its not that, its convincing my wife to let me be away for 1 week vs 2 :)


Bring her with you!


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

Re: [OSM-talk-nl] postkantoren

2013-02-18 Thread Hugo Holscher

Aangezien de Franse oplossing ook in de internationale Wiki genoemd wordt, 
zo ik die gewoon als richtlijn aannemen. Ik zie zo gauw geen bezwaren. Lijkt 
me dat we niet het wiel moeten heruitvinden.  Dank aan Cartinus om dat te 
vinden en te delen. Hugo


-Oorspronkelijk bericht- 
From: Ronald Stroethoff

Sent: Sunday, February 17, 2013 8:48 PM
To: talk-nl@openstreetmap.org
Subject: Re: [OSM-talk-nl] postkantoren

Zover ik weet zijn in ieder geval de klassieke postkantoren verdwenen, zelfs
de postbussen en antwoordnummers zijn daar verwijdert en naar andere plekken
(zoals de Gamma) verplaatst.
Andere plekken zoals de albert heijn en videotheken handelen nu zaken zoals
de verkoop van postzegels en inname van paketten af.

Cartinus wrote:


Voor zover ik weet heeft er nog niemand geprobeerd om hier consensus
over te krijgen.
_ _ _ _ _ _ _ _ _

Het hangt er vanaf wat je allemaal een amenity=post_office noemt. Alleen
de klassieke postkantoren? Of ook postagentschappen?

Zie hier de Franse oplossing:
http://wiki.openstreetmap.org/wiki/Key:post_office:type

On 02/17/2013 07:31 PM, Ronald Stroethoff wrote:

In Nederland is er nogal wat verandert wat betreft postkantoren.
Of je het leuk vind of niet, maar langzamerhand zijn alle postkantoren in
Nederland gesloten.
Het staat natuurlijk een beetje stom als in openstreetmap nog steets
postkantoren voorkomen.
Hoe gaan we daarmee om?

Ronald







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



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

Re: [OSM-talk-nl] postkantoren

2013-02-18 Thread Jo

Zetten jullie dan amenity=post_office met die subtag erbij op een
krantenwinkel of een AH?

Of enkel die subtag?

Op 18 februari 2013 09:40 schreef Hugo Holscher
hugoholsc...@gmail.comhet volgende:

Aangezien de Franse oplossing ook in de internationale Wiki genoemd wordt,
zo ik die gewoon als richtlijn aannemen. Ik zie zo gauw geen bezwaren.
Lijkt me dat we niet het wiel moeten heruitvinden. Dank aan Cartinus om
dat te vinden en te delen. Hugo

-Oorspronkelijk bericht- From: Ronald Stroethoff
Sent: Sunday, February 17, 2013 8:48 PM
To: talk-nl@openstreetmap.org
Subject: Re: [OSM-talk-nl] postkantoren

Zover ik weet zijn in ieder geval de klassieke postkantoren verdwenen,
zelfs
de postbussen en antwoordnummers zijn daar verwijdert en naar andere
plekken
(zoals de Gamma) verplaatst.
Andere plekken zoals de albert heijn en videotheken handelen nu zaken zoals
de verkoop van postzegels en inname van paketten af.

Cartinus wrote:

Voor zover ik weet heeft er nog niemand geprobeerd om hier consensus
over te krijgen.
_ _ _ _ _ _ _ _ _

Het hangt er vanaf wat je allemaal een amenity=post_office noemt. Alleen
de klassieke postkantoren? Of ook postagentschappen?

Zie hier de Franse oplossing:
http://wiki.openstreetmap.**org/wiki/Key:post_office:typehttp://wiki.openstreetmap.org/wiki/Key:post_office:type

On 02/17/2013 07:31 PM, Ronald Stroethoff wrote:

In Nederland is er nogal wat verandert wat betreft postkantoren.
Of je het leuk vind of niet, maar langzamerhand zijn alle postkantoren in
Nederland gesloten.
Het staat natuurlijk een beetje stom als in openstreetmap nog steets
postkantoren voorkomen.
Hoe gaan we daarmee om?

Ronald

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

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

Re: [OSM-talk-nl] Staat licentie van top10nl importeren toe ?

2013-02-18 Thread Just van den Broecke


On 17-02-13 10:01, Top10NL Import wrote:

Voor zover ik weet is het niet mogelijk om de top10nl omline te
bekijken. Je kunt wel data downloaden en dan openen in GIS programma's.

Klopt niet helemaal, via PDOK zijn Top10NL lagen beschikbaar, bijv als WMS:
http://geodata.nationaalgeoregister.nl/top10nl/wms?
zie lagen ook bijv hier: http://apps.heron-mc.org/previewapp


Zie www.nlextract.nl http://www.nlextract.nl van Just van den Broecke.
Ik treed misschien het meeste naar buiten met NLExtract, maar er zijn 
meerdere ontwikkelaars, waarvan zeker 3 op deze lijst: 
http://www.nlextract.nl/the-team.


Maar goed dat je NLExtract noemt want we zijn nog steeds bezig!

groeten,

Just







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

Re: [OSM-talk-ie] Cork Schedule of Local Roads

2013-02-18 Thread Aidan McGinley

I've put them up on Google Drive, linked to from the wiki -
http://wiki.openstreetmap.org/wiki/Ireland/Roads/Cork

They appear to have scanned them as images hence the large size.  I've
almost completed converted the Bandon Area to a spreadsheet.  Took much
longer than I anticipated.  I'll make a wiki page with the info once done,
hopefully tonight

On 18 February 2013 13:12, Dave Corley davecor...@gmail.com wrote:

 They are up on OSM wiki, under Irish Roads page.  Sorry on phone so can't
 link
 On 18 Feb 2013 13:06, Andrew McCarthy m...@andrewmccarthy.ie wrote:

  On Sat, Feb 16, 2013 at 04:54:09PM +, Aidan McGinley wrote:
   Received the Schedule of local roads for Cork this week from Cork
 County
   Council.
 
  Great!
 
   Is there anywhere in particular I can upload it to?  It's 10 PDFs
   total size 40MB, none are small enough to upload directly to
  openstreetmap
   wiki.
 
  40MB seems like a lot for what I'm guessing are just text? Can you
  upload them somewhere we can take a look, something like a Dropbox
  public folder maybe?
 
  Cheers,
 
  Andrew
 
  ___
  Talk-ie mailing list
  Talk-ie@openstreetmap.org
  http://lists.openstreetmap.org/listinfo/talk-ie
 
 ___
 Talk-ie mailing list
 Talk-ie@openstreetmap.org
 http://lists.openstreetmap.org/listinfo/talk-ie

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

[Talk-de] Datenlizenz Deutschland - Namensnennung

2013-02-18 Thread Marco Lechner - FOSSGIS e.V.

Was halten die OSM und die FOSSGIS Community eigentlich von der
Datenlizenz Deutschland - Namensnennung [1] ?

Marco

[1]
https://github.com/fraunhoferfokus/ogd-metadata/blob/master/lizenzen/BMI/Datenlizenz_Deutschland_Namensnennung_V1.md

-- 
+
FOSSGIS 2013, Die Konferenz für Open Source GIS mit OpenData und OpenStreetMap 
erstmals in der Schweiz!
12.-14. Juni, HSR, Rapperswil, http://www.fossgis.de/konferenz/2013/
+
FOSSGIS e.V.

die unabhängige Hilfe bei freier GIS-Software und freien Geodaten
http://www.fossgis.de
+


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

[Talk-de] Dashcam

2013-02-18 Thread Martin Vonwald (imagic)

Hi,

Hat jemand Erfahrung mit Dashcams zum Video-/Foto-Mappen?

Vg,
Martin

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

Re: [Talk-de] Dashcam

2013-02-18 Thread Volker Schmidt

Keine Erfahrung, aber bin neulich auf diese Seite gestossen:
http://dashcamtalk.com/dash-cam-comparison/

Volker

On 18 February 2013 17:39, Martin Vonwald (imagic) imagic@gmail.comwrote:

 Hi,

 Hat jemand Erfahrung mit Dashcams zum Video-/Foto-Mappen?

 Vg,
 Martin

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

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

Re: [Talk-de] Datenlizenz Deutschland - Namensnennung

2013-02-18 Thread Roland Olbricht

Hallo zusammen,

 Was halten die OSM und die FOSSGIS Community eigentlich von der
 Datenlizenz Deutschland - Namensnennung [1] ?

Die Lizenz ist kurz und für Verwaltungsrecht sehr verständlich geschrieben. In 
der Open-Data-Arbeitsgruppe bei der Stadt Bonn haben wir beispielsweise 
erfahren, dass der etwas eigenwillige Haftungsausschluss eben auf das 
Verwaltungsrecht zurückgeht.

Das ist erst einmal sehr gut. Laut Open-Data-Arbeitsgruppe war bei der Lizenz 
das Ziel, CC-BY im Verwaltungsrecht nachzubilden. Der Geist der Lizenz ist 
Open Data. Und damit sollten wir Verwaltungen ermuntern, lieber diese als eine 
andere Lizenz aus dem Verwaltungsrecht zu verwenden.

In der Praxis wird man die Daten sicherlich mit ODbL- oder CC-BY-SA-
lizensierten Daten verknüpfen wollen. Ich denke, man sollte diplomtisch 
versuchen, eine offizielle Stellungnahme zu der Frage der Kombinierbarkeit und 
damit implizit auch Konvertierbarkeit zu bekommen. Wenn das als zulässig 
gesehen wird, dürfte die Lizenz auch als Open Data wirken.

Viele Grüße,

Roland


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

Re: [Talk-de] Dashcam

2013-02-18 Thread Florian Lohoff

On Mon, Feb 18, 2013 at 05:39:48PM +0100, Martin Vonwald (imagic) wrote:
 Hi,
 
 Hat jemand Erfahrung mit Dashcams zum Video-/Foto-Mappen?

Ich habe die letzten tage mal ein wenig damit rumgespielt einfach meine
Sony DSC-HX5V oben auf das Armaturenbrett zu stellen und rumzufahren.

Nightmapping aka lit= tags lassen sich so super setzen ;) Ansonsten
kriegt man schoen aussenansichten von Gebaeuden so das man fuer deren
3D Modell die hoehen abschaetzen kann.

Geschwindigkeitsbeschränkungen geht gut - Straßenschilder meist -
Bushaltestellennamen kann man vergessen.

Mich interessiert noch ob jemand mal die GPS informationen in dem MPEG
aka H.264 stream dekodiert hat. Die DSC-HX5V hat einen GPS Empfaenger
und scheint die Position auf in den Mpeg stream zu schreiben.

Flo
-- 
Florian Lohoff f...@zz.de


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

[Talk-de] Problem mit Relationen und der Overpass API

2013-02-18 Thread Karsten Hinz

Hallo,

ich habe ein Problem mit der Overpass API.

Das Ziel ist es alle Daten eines ÖPNV Netzes innerhalb einer BBox zu
bekommen. Diese umfassen allerdings auch Relationen, die nur Relationen
als Members haben (z.B. route_master). Das Problem an solchen Relationen
ist, das diese von der OP-API scheinbar nicht verortet werden und nur
mit einer Anfrage ohne BBox ausgegeben werden.

Kind-Relationen nehmen und sich zu den Eltern hangeln klapp nicht (siehe
Query [1]), da die Eltern-Relation die Query [2] zurück gibt fehlt.

Hat jemand eine Idee wie ich trotzdem alle nötigen Relationen für einen
Bereich bekommen kann?

viele Grüße
Karsten


[1]
[out:json]
;
relation
(52.22937659053899,10.460014343261719,52.290947589566706,10.580692291259766)
  [route=tram]
  [name~^Linie 2]
;
  ;
out;

[2]
[out:json]
;
relation
  [route_master=tram]
  [network=VRB]
;
  ;
out;

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

Re: [Talk-de] Problem mit Relationen und der Overpass API

2013-02-18 Thread Karsten Hinz

Ops - die Relation habe ich wohl blöderweise übersehen

einfach ignorieren

Gruß
Karsten

On 18.02.2013 20:58, Karsten Hinz wrote:
 Hallo,
 
 ich habe ein Problem mit der Overpass API.
 
 Das Ziel ist es alle Daten eines ÖPNV Netzes innerhalb einer BBox zu
 bekommen. Diese umfassen allerdings auch Relationen, die nur Relationen
 als Members haben (z.B. route_master). Das Problem an solchen Relationen
 ist, das diese von der OP-API scheinbar nicht verortet werden und nur
 mit einer Anfrage ohne BBox ausgegeben werden.
 
 Kind-Relationen nehmen und sich zu den Eltern hangeln klapp nicht (siehe
 Query [1]), da die Eltern-Relation die Query [2] zurück gibt fehlt.
 
 Hat jemand eine Idee wie ich trotzdem alle nötigen Relationen für einen
 Bereich bekommen kann?
 
 viele Grüße
 Karsten
 
 
 [1]
 [out:json]
 ;
 relation
 (52.22937659053899,10.460014343261719,52.290947589566706,10.580692291259766)
   [route=tram]
   [name~^Linie 2]
 ;
   ;
 out;
 
 [2]
 [out:json]
 ;
 relation
   [route_master=tram]
   [network=VRB]
 ;
   ;
 out;
 
 ___
 Talk-de mailing list
 Talk-de@openstreetmap.org
 http://lists.openstreetmap.org/listinfo/talk-de
 

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

Re: [Talk-de] Dashcam

2013-02-18 Thread Johann H. Addicks

Am 18.02.2013 17:39, schrieb Martin Vonwald (imagic):
 Hat jemand Erfahrung mit Dashcams zum Video-/Foto-Mappen?

Wenn man etwas Geld ausgeben will, dann eine Papago P3,

Ansonsten kann ich nur eine *echte* GS1000 empfehlen. Gibt's in D für
rund 200€, beim Chinesen für rund 130€. (Oder günstiger als schlechte
Fälschung. Zu achten auf Ambarella Chipsatz und orange Menu. )
So eine läuft bei mir mit defaultmäßig via Zündungsplus, festgeklebt
vor den Innenspiegel mit der aktuellen Firmware von Tetex.ru.

Tagsüber alles ganz toll:
https://www.youtube.com/watch?v=rHDfddZNgU0

Nachts jedeoch eher bescheiden, wenn das Wetter zudem nicht mitspielt:
https://www.youtube.com/watch?v=E5EmKXJajRk

Da gehört dann auch noch Software dazu:
http://imgur.com/a/RP3I7

-jha-

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

Re: [Talk-de] Dashcam

2013-02-18 Thread Martin Vonwald (imagic)

Hi,

Am 19.02.2013 um 03:32 schrieb Johann H. Addicks addi...@gmx.net:

 Ansonsten kann ich nur eine *echte* GS1000 empfehlen.

Genau die habe ich mir schon angesehen. Liefert die nur ein Video oder kann man 
die auch so einstellen, dass sie alle x Sekunden ein Bild abspeichert. In 
welcher Form liegen die GPS-Daten vor und wie genau sind sie deiner Meinung 
nach?

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

Re: [Talk-de] Dashcam

2013-02-18 Thread Johann H. Addicks

Am 19.02.2013 07:51, schrieb Martin Vonwald (imagic):

 Ansonsten kann ich nur eine *echte* GS1000 empfehlen.
 
 Genau die habe ich mir schon angesehen. Liefert die nur ein Video oder kann 
 man die auch so einstellen, dass sie alle x Sekunden ein Bild abspeichert. In 
 welcher Form liegen die GPS-Daten vor und wie genau sind sie deiner Meinung 
 nach?

die liefert nur Video, Oder Foto auf Tastendruck. Timelampse macht sie
nicht.
Aber vielleicht mag ja jemand einen AVR/PIC dafür programmieren. Ein
bischen Platz ist noch im Gehäuse. Man müsste dafür nur einen Taster mit
anbringen und die aktuelle Ansteuerung der LED (Aufnahme, Standby)
abfragen, um im richtigen Modus zu sein.

GPS: Nix besonderes. auf der Höhe der Zeit würde ich sagen. Also
irgendwo auf dem Niveau zwischen SIRF3 und MKT.
Also zum KFZ-Mappen völlig ausreichend.

Tracks liegen in einem proietären Format vor (gab's hier mal einen
Converter im Source auf der Liste). Der Datakam-Viewer kann's aber auch
nach KML/GPX etc exportieren (auch ggf. alle im Verzeichnis)

-jha-


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

Re: [Talk-de] Dashcam

2013-02-18 Thread Johann H. Addicks

Am 19.02.2013 07:51, schrieb Martin Vonwald (imagic):
 Ansonsten kann ich nur eine *echte* GS1000 empfehlen.
 GPS-Daten vor und wie genau sind sie deiner Meinung nach?

Ich habe mal dediziert ein paar Tracks manuell zusammengeklebt in ein
File und hochgeladen:
http://www.openstreetmap.org/user/-jha-/traces/1401885

Da das Gebiet gut gemapt ist, kannst Du es abschätzen, ob es Deinen
Ansprüchen genügt oder nicht.

-jha-


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

Re: [Talk-it] babel

2013-02-18 Thread Simone Saviolo

Il giorno 17 febbraio 2013 09:35, Mario Pichetti
mario.piche...@gmail.comha scritto:

 Ciao a tutta la lista.

 Dopo aver visto http://tagwatch.stoecker.eu/Italy/En/index.html

 lasciate ogni speranza, voi che entrate:-)

 La proliferazione di tag e key sarà inesauribile.

 Ma, come dice Martin, quello che importa e che
 siano sempre inerenti al loro uso.

 Mi domando una cosa, in futuro, ogni mappatore
 avrà i suoi tag/key personalizzati ?:-)

 Stiamo creando nuovi slang ?:-)

 Hanno scoperto che il caos è ordine, quindi no problem.:-)


Mappiamo anche tante cose.

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

Re: [Talk-it] babel

2013-02-18 Thread Martin Koppenhoefer





Am 18/feb/2013 um 15:02 schrieb Simone Saviolo simone.savi...@gmail.com:

 Il giorno 17 febbraio 2013 09:35, Mario Pichetti mario.piche...@gmail.com 
 ha scritto:
 Ciao a tutta la lista.
 
 Dopo aver visto http://tagwatch.stoecker.eu/Italy/En/index.html


credo che tagwatch non sia più sviluppato, se guardi qui, il primo è il tag 
highway: http://tagwatch.stoecker.eu/Italy/En/top_undocumented_keys.html

ciao,
Martin

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

Re: [Talk-co] Render cyclemap para GPS y reproyeccion shapes

2013-02-18 Thread Humberto Yances

Hola Miguel, algunas ideas:

1.  Trata seleccionando el render desde osm.org y desde allí exportar
(al intentar sale 'servidor ocupado, intente más tarde').  La otra es
descargado la data de OSM y las curvas de nivel a un GIS (Qgis por
ejemplo) y desde allí generar la imagen a tamaño para ploter;

2.  Creo que hay clientes Android con las curvas (OSMand?), también
puedes crear el .img para Garmin [1][2] (no conozco soporte para la
marca de GPS que mencionas).

3.  Me interesa este punto, hay unos PDF con los territorios indígenas
que tienen ese sistema de proyección, he escrito al desarrollador que
soporta el plugin para JOSM: PDF-Import sin éxito...  Al parecer hay una
metodología descrita para hacerlo [3][4]

Éxitos,

Humberto Yances
___
[1] http://wiki.openstreetmap.org/wiki/OSM_Map_On_Garmin/Cycle_map
[2] http://wiki.openstreetmap.org/wiki/GroundTruth
[3] http://georepository.com/transformation/browse/id/15738
[4]
http://www2.igac.gov.co:8080/igac_web/UserFiles/File/MAGNAWEB_final/MAGNAPpal.htm


-Mensaje original-
De: Miguel Sánchez migueldesplazamientocen...@gmail.com
Reply-to: OpenStreetMap Colombia talk-co@openstreetmap.org
Para: talk-co@openstreetmap.org
Asunto: [Talk-co] Render cyclemap para GPS y reproyeccion shapes
Fecha: Sun, 17 Feb 2013 15:12:04 -0500



Hola,
Tengo esta inquietud a ver si alguien nos puede ayudar:

1. Hay forma de descargar para plotear las capas base de opencyclemap o
OSM Colombia? Necesitamos hacer un ejercicio de cartografia social y
ayudaría mucho poder ver el relieve, las curvas de nivel

2. Esa misma capa se puede cargar en un GPS? en  qué formato se puede? O
al menos las cotas de nivel? El trabajo se hará con GPS marca astechs
pero también quisiera usarlos en mi telefono con Android  ,en offline
(vespucci no me ha ayudado en offline o carga de shapes)

3. Gracias al acceso que Humano me dio para el geonode he podido
comenzar a usarlo. Vamos a campo el martes y he descargado los shapes de
rios y vias para incluir en el taller y en el GPS, pero me dice un
compañero que es profesional en el área catastral, que los shapes están
en WGS84. Cómo podemos reproyectarlos a Magna Colombia Bogotá?


On Feb 16, 2013 7:01 AM, talk-co-requ...@openstreetmap.org wrote:

Envíe los mensajes para la lista Talk-co a
talk-co@openstreetmap.org

Para subscribirse o anular su subscripción a través de la WEB
http://lists.openstreetmap.org/listinfo/talk-co

O por correo electrónico, enviando un mensaje con el texto
help en
el asunto (subject) o en el cuerpo a:
talk-co-requ...@openstreetmap.org

Puede contactar con el responsable de la lista escribiendo a:
talk-co-ow...@openstreetmap.org

Si responde a algún contenido de este mensaje, por favor, edite
la
linea del asunto (subject) para que el texto sea mas especifico
que:
Re: Contents of Talk-co digest Además, por favor, incluya
en la
respuesta sólo aquellas partes del mensaje a las que está
respondiendo.


Asuntos del día:

   1. Re: Cómo descargar capas en openstreetmaps
  (Carolina Gutierrez Antolinez)
   2. Re: Cómo descargar capas en openstreetmaps
(hyan...@gmail.com)


--

Message: 1
Date: Fri, 15 Feb 2013 11:04:51 -0500
From: Carolina Gutierrez Antolinez cgutierre...@gmail.com
To: OpenStreetMap Colombia talk-co@openstreetmap.org
Subject: Re: [Talk-co] Cómo descargar capas en openstreetmaps
Message-ID:
CAASh47+ChKQKY3kO7
+6=-qssk1ejcu93rkexha-ooc86wor...@mail.gmail.com
Content-Type: text/plain; charset=iso-8859-1

Gracias por las sugerencias!


El 4 de febrero de 2013 11:38,
hyan...@gmail.comhyan...@gmail.comescribió:

 Actualización:  El shapefile de Geofabrik viene subdividido
para
 'waterways' y 'natural'



http://download.geofabrik.de/openstreetmap/south-america/colombia.shp.zip

 El 29 de enero de 2013 13:39, Fredy Rivera
fredyriv...@gmail.comescribió:


 2013/1/29 hyan...@gmail.com hyan...@gmail.com

 Hola Carolina:

 Hola



 OSM es una fuente de datos del tipo Neogeografía [1], los
elementos
 geográficos (nodos, vectores, polígonos y relaciones) son
almacenadas en
 una base de datos geoespacial (Postgis) con las etiquetas
[2] sobre sus
 características, por lo tanto no lleva implícito el concepto
de capas
 (.shp).

 Para crear la capa shape de ríos de Colombia puedes hacer

Re: [Talk-es] Organizándonos por Córdoba - Andalucía

2013-02-18 Thread Patricio Soriano

Hola

Si no está perfectamente clara la cuestión de la licencia, y no suele estarlo, 
hay que que pedir permiso. Para ello hay un modelo en [1]. Te tienes que mirar 
toda la documentación relativa a importaciones [2].



[1] http://wiki.openstreetmap.org/wiki/ES:Permission_letter_template
[2] http://wiki.openstreetmap.org/wiki/Import 

 Saludos, Javier

Javier gracias por las referencias. La página sobre la importación de la redes 
de transporte de Tenerife me está sirviendo como guía. ¿Sólo una cuestión  
¿Existe alguna página dentro de la Wiki dónde existan ejemplos del tipo de 
datos que se puedan utilizar según su licencia?

Os pondo un ejemplo:

-   Información de Espacios naturales de Andalucía con condiciones de 
uso Creative Commons Reconocimiento-NoComercial-CompartirIgual 3.0 España [1]

¿Habría que solicitar permiso? ¿ O bastaría con añadir la fuente en la etiqueta 
source?

Necesito dejar claro qué se puede y que no se puede utilizar.

Gracias  de nuevo

Patricio

PD: Sobre lo comentado en relación a Andalucía ¿hay alguien?

[1] 
http://www.juntadeandalucia.es/medioambiente/servtc5/ventana/busquedaEspacios.do;jsessionid=AAAB0CA7B8B48848C55E30808CFCD2D4

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

Re: [Talk-es] Organizándonos por Córdoba - Andalucía

2013-02-18 Thread Juan Luis Rodríguez Ponce

Hola,

El 18 de febrero de 2013 09:49, Patricio Soriano blogde...@gmail.comescribió:

  Información de Espacios naturales de Andalucía con condiciones de uso
 Creative Commons Reconocimiento-NoComercial-CompartirIgual 3.0 España


no sé si hay alguna página en la que se recoja esto, pero este caso
concreto no es compatible con la licencia ODbL (que la que usa OSM) que
especifica que los datos pueden ser usados de forma comercial [1]:

 3.1 Subject to the terms and conditions of this License, the Licensor
 grants to You a worldwide, royalty-free, non-exclusive, terminable (but
 only under Section 9) license to Use the Database for the duration of any
 applicable copyright and Database Rights. These rights explicitly include
 commercial use, and do not exclude any field of endeavour. To the extent
 possible in the relevant jurisdiction, these rights may be exercised in all
 media and formats whether now known or created in the future.




[1] http://opendatacommons.org/licenses/odbl/1.0/#3-0-rights-granted


Un saludo,
Juan Luis.

-- 
Juan **Luis Rodríguez** Ponce
Área de Proyectos

Emergya Consultoría
Tfno:  +34 954 51 75 77 / +34 670 41 98 62
Fax: +34 954 51 64 73
www.emergya.es
___
Talk-es mailing list
Talk-es@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-es

Re: [Talk-es] Organizándonos por Córdoba - Andalucía

2013-02-18 Thread Felipe T. Dorado

Hola Patricio :)

On Mon, 18 Feb 2013 09:49:53 +0100, Patricio escribió:

PS Os pondo un ejemplo:
PS 
PS -   Información de Espacios naturales de Andalucía con
PS condiciones de uso Creative Commons
PS Reconocimiento-NoComercial-CompartirIgual 3.0 España [1]
PS 
PS ¿Habría que solicitar permiso? ¿ O bastaría con añadir la fuente en la
PS etiqueta source?
PS 
PS Necesito dejar claro qué se puede y que no se puede utilizar.

PS PD: Sobre lo comentado en relación a Andalucía ¿hay alguien?
PS 
PS [1]
PS 
http://www.juntadeandalucia.es/medioambiente/servtc5/ventana/busquedaEspacios.do;jsessionid=AAAB0CA7B8B48848C55E30808CFCD2D4

Sin ser ningún experto en las licencias, veo que:

* el sitio es público, de la Junta de Andalucía, 
* los sitios que aparecen en el mapa son públicos
* conocer  donde están digo yo que debería ser libre y público
* quienes han elaborado la información son funcionarios públicos
* todo es público salvo el mapa sobre el que se ha puesto la información

Sea la licencia que sea la que hayan elegido (gracias CC) lo lógico es que
la información sea libre de utilizar para cosas no comerciales, e incluso
para comerciales, ¿o es que no es pública?

Lo único que choca es que la Consejería de Medio Ambiente haya elegido
usar un producto de una empresa privada, no española, a la que ¿habrá pagado
y pagará por usar ese mapa en su web?  Pregunto porque no lo se.
Porque, además: El desarrollo de este servidor WEB ha sido cofinanciado
por la Unión Europea

¿No tenemos un IGN que se ocupa de estas cosas? Si cuando hay que hacer
algo público se contrata con empresas en lugar de usar lo que ya tenemos,
¿para qué pagamos un Instituto Geográfico Nacional?

Ya les he preguntado a la Consejería esto mismo. Informaré.

Cuando el OSM esté mas completo, e incluso ya, sería lícito exigirle a estos
organismos públicos que dejen de usar productos comerciales por los que
pagamos todos los contribuyentes.  No es el único caso en la administración
de tener que pagar licencias por cosas que no necesitamos.

Felipe :)

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

Re: [Talk-es] Organizándonos por Córdoba - Andalucía

2013-02-18 Thread Patricio Soriano

Si no lo he entendido mal Juan Luis, en el caso que existiera Creative
Commons, la licencia debería permitir modificaciones (Reconocimiento 3.0
¿España?) y/o modificaciones mientras  se comparta de la misma manera
(Reconocimiento-CompartirIgual 3.0 España) y uso comercial.

Vamos que de los datos de la Junta cero patatero (Rediam. iaph, etc...).
Sólo los (escasos) datos del Portal 
de Datos abietos tiene este tipo de licencia.


Juan Luis Rodríguez Ponce-2 wrote
 Hola,
 
 El 18 de febrero de 2013 09:49, Patricio Soriano lt;

 blogdesig@

 gt;escribió:
 
  Información de Espacios naturales de Andalucía con condiciones de uso
 Creative Commons Reconocimiento-NoComercial-CompartirIgual 3.0 España
 
 
 no sé si hay alguna página en la que se recoja esto, pero este caso
 concreto no es compatible con la licencia ODbL (que la que usa OSM) que
 especifica que los datos pueden ser usados de forma comercial [1]:
 
 3.1 Subject to the terms and conditions of this License, the Licensor
 grants to You a worldwide, royalty-free, non-exclusive, terminable (but
 only under Section 9) license to Use the Database for the duration of any
 applicable copyright and Database Rights. These rights explicitly include
 commercial use, and do not exclude any field of endeavour. To the extent
 possible in the relevant jurisdiction, these rights may be exercised in
 all
 media and formats whether now known or created in the future.
 
 
 
 
 [1] http://opendatacommons.org/licenses/odbl/1.0/#3-0-rights-granted
 
 
 Un saludo,
 Juan Luis.
 
 -- 
 Juan **Luis Rodríguez** Ponce
 Área de Proyectos
 
 Emergya Consultoría
 Tfno:  +34 954 51 75 77 / +34 670 41 98 62
 Fax: +34 954 51 64 73
 www.emergya.es
 
 ___
 Talk-es mailing list

 Talk-es@

 http://lists.openstreetmap.org/listinfo/talk-es





--
View this message in context: 
http://gis.19327.n5.nabble.com/Organizandonos-por-Cordoba-Andalucia-tp5749290p5749737.html
Sent from the Spain mailing list archive at Nabble.com.

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

[Talk-es] nomenclatura de los municipios

2013-02-18 Thread Ricardo Sanz

Buenas,

llevo un buen rato arreglando solo en la provincia de Sevilla esto.

Ciudad grande (place=city): 75 localidades
Las 50 capitales de provincia
Las 2 capitales autonómicas que no son capitales de provincia (Mérida
y Santiago de Compostela)
Las 2 ciudades autónomas (Ceuta y Melilla)
Las 21 otras ciudades de más de 100.000 habitantes
Ciudad pequeña (place=town): 507 localidades
Resto de municipios de más de 10.000 habitantes
Pueblo (place=village): 7534 localidades
Resto de municipios (con ayuntamiento propio)
Aldea o Barrio (place=hamlet o place=suburb)
Núcleos de población pertenecientes a un municipio, sin ayuntamiento
propio. Se suele usar suburb cuando el núcleo es muy cercano o
integrado dentro del núcleo principal.
Atención: En otras partes partes del mundo un hamlet tiene menos de
200 habitantes, en España algunos de estos pueblecitos estan ya en la
lista de los 7534 localidades.


por favor, arreglemos esto porque me encuentro de todo. barrios
etiquetados como town, etc

saludos

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

[Talk-ar] Ulil

2013-02-18 Thread Agustin Rissoli

  ulil (Werner Horsch)
erner.hor...@gmail.com
 To: talk-ar@openstreetmap.org
 Subject: [Talk-ar] ulil
 Message-ID:
 CAJiWV76zZoFQXQp=YdzW+naOgK1x+V=
x-xgwenh2wjqwz_e...@mail.gmail.com
 Hace un tiempo q no editaba en CABA y me encuentro con ediciones de
nuestro
 amigo ulil, el alemán, con el cual tuvimos discusión discusioynes en el
2011
 Antes hacia cagadas, ahora hace huevadas, duplica las lineas de trenes la
 vía q va y la q vuelve, pone sendas peatonales a 30m de las esquinas,
 lineas de arboles y silueas de edificios
 Nada q agregue valor al mapa pero si lo hace más pesado

 Si por descuido alguién borra las ediciones de ulil, con seguridad no me
 voy a enojar

 ___

También anda editando por GBA, no seas malo esta vez esta editando la
realidad, lo que agrega, por ahora, no es malo. Agrego una cárcel de
Ituzaingo con montones de detalles y quedo muy bien, también agrego
detalles a la cárcel de Buen Ayre q yo había puesto, y fíjate lo bien que
quedó el aeropuerto de San Fernando. Puede que esos detalles ahora no nos
interese, pero a la larga los vamos a ir agregando, como los mapas
europeos.
Ulil: te estamos vigilando... Jeje
___
Talk-ar mailing list
Talk-ar@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-ar

[Talk-ar] IGN250 en OSM?

2013-02-18 Thread Fernando

Bueno, anímense a tomar un cuadrado del task manager y entrarle! Yo 
estuve cerrando cuadrados que se crearon por los cuales no pasa la frontera.
También, me tomé el atrevimiento de tirar la primera piedra y cargué un 
pedacito de IGN250:


http://www.openstreetmap.org/history?bbox=-72.7734374971,-51.6180165473,-72.4218749971,-51.3992056521
http://www.openstreetmap.org/history?bbox=-72.7734374971,-51.6180165473,-72.4218749971,-51.3992056521

Si tienen el JOSM corriendo y con Remote Control plugin activado, pueden 
verificar lo que hice con éste enlace:


http://127.0.0.1:8111/load_and_zoom?left=-72.77344bottom=-51.61802right=-72.42187top=-51.39921
Alguien que la tenga mas clara con las relations, me confirma que dejé 
todo bien? le puse el tag source:IGN250 a los nodos que conforman el 
tramo que dibujé, no se si es la mejor forma de hacerlo.


Alpertron, te puse como admin en el task manager, si quisieras podrías 
crear tareas.


Que hacemos? seguimos? o aguantamos?
Qué tan en serio tomamos el libre distribución?

Ayuda

Fernando.

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

Re: [OSM-Talk-ZA] Blurry pictures

2013-02-18 Thread Gerhardus Geldenhuis

Thanks Grant,
I prefer the newer imagery as well. The blurry part is very narrow and I
don't think it would be a good idea to only replace a narrow part with
older imagery, unless you could easily identify backgrounds as being from
different times.

Regards


On 18 February 2013 01:51, Grant Slater openstreet...@firefishy.com wrote:

 On 17 February 2013 23:01, Gerhardus Geldenhuis
 gerhardus.geldenh...@gmail.com wrote:
  Hi
  There is some places where the CD:NGI imagery is blurry as if the
 airplane
  went through turbulence. Is this a problem with the data or a problem
 with
  our transformation of it? Also is this something we should fed back to
 NGI?
 

 It is an issue with the original imagery. Where given the choice
 between older (and possibly better) or newer imagery I always selected
 the newer imagery.
 If a list of areas is compiled, I can look at swapping the imagery to
 older imagery if available.
 I'm unsure if NGI would like feedback, some of the imagery they
 provided us is very much in beta.

 / Grant




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

Re: [Talk-lv] paliidzam humanitarian osm team

2013-02-18 Thread Raitis U.

Ir kādi jaunumi?
ciemi arī atzīmēti


2013/2/17 Rich ric...@nakts.net

 On 2013-02-17 15:40, Rich wrote:

 On 2013-02-17 14:52, mart...@mednis.info wrote:

 Es kādu stundu veltīju lai paklikšķinātu cauri tām satelītbildēm. Ko
 tālāk? Kā var JOSMā atrast atzīmētos apgabalus?


 rekur rezultaata gpx : http://stuff.povaddict.com.ar/**
 mali-crowdsource.gpx http://stuff.povaddict.com.ar/mali-crowdsource.gpx


  hot komanda to izmnto kaa noraadi, kur mekleet apdziivotaas vietas.
 ja ir veelme paliidzeet arii ar pashu vietu ziimeeshanu, vislabaak buus
 sazinaaties ar andrewbuck vai povaddict osm ircaa

  Rich @ 2013-02-16 22:34 rakstīja:

 nevajag pat maaceet neko ziimeet - tikai skataamies, vai bildiitee ir
 kaada maaja vai nee :)

 http://stuff.povaddict.com.ar/**mali-crowdsource/http://stuff.povaddict.com.ar/mali-crowdsource/

 (protams, ziimeet arii var un vajag, bet shis ir nedaudz vienkaarshaak).

 ko tas dod ? lielaa tuksnesii ir gruuti atrast apdziivotas vietas.
 shaadaa veidaa citi var neteereet laiku lielu platiibu paarbaudei, bet
 uzreiz kjerties pie ziimeeshanas.

 --
  Rich

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

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

Re: [Talk-lv] paliidzam humanitarian osm team

2013-02-18 Thread Rich


On 2013-02-18 12:25, Raitis U. wrote:

Ir kādi jaunumi?
ciemi arī atzīmēti


turpina straadaat cilveeki :)
visdroshaak par statusu varees uzzinaat #osm un #hot


2013/2/17 Rich ric...@nakts.net mailto:ric...@nakts.net

On 2013-02-17 15:40, Rich wrote:

On 2013-02-17 14:52, mart...@mednis.info
mailto:mart...@mednis.info wrote:

Es kādu stundu veltīju lai paklikšķinātu cauri tām
satelītbildēm. Ko
tālāk? Kā var JOSMā atrast atzīmētos apgabalus?


rekur rezultaata gpx :
http://stuff.povaddict.com.ar/__mali-crowdsource.gpx
http://stuff.povaddict.com.ar/mali-crowdsource.gpx

...
--
 Rich

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

[Talk-ca] City of Toronto by-laws and OSM stuff...

2013-02-18 Thread Colin McGregor

This past week I was looking at a branch of one of Canada's big banks
near my home in Toronto. There was NO street number to be seen on the
branch building. From an OSM standpoint we want lots of publicly
available data, and from the following I gather the display of street
numbers is required by law (at least in Toronto) :
http://www.toronto.ca/mapping/numbers/index.htm

So, the question becomes how to get this fixed? Contact the city? the
bank? other?

Also, for getting that bank branch street number into OSM, I took the
expedient of going into the bank branch and asking for a staff member
business card. I have now entered the street number / postal code that
was on that card into OSM, I hope this isn't a problem, as anyone
asking at the branch would get the same information from a public
source that the provider could hardly view as proprietary.


Colin McGregor

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

Re: [Talk-cz] Data RUIAN - uliční čáry

2013-02-18 Thread Martin Kokeš

Možná to bude mírnou změnou formátu od 1.1.?, Viz.:

http://www.cuzk.cz/GenerujSoubor.ashx?NAZEV=10-NOVINKY_VFR_RUIAN_1_1

MK
  _  

From: Miroslav Šulc [mailto:fordf...@fordfrog.com]
To: OpenStreetMap Czech Republic [mailto:talk-cz@openstreetmap.org]
Sent: Mon, 18 Feb 2013 09:06:02 +0100
Subject: Re: [Talk-cz] Data RUIAN - uliční čáry

na http://maps.fordfrog.com mám naimportovaná denní 
data až do  17.2.2013, ale na mapě stále vidím jen fragmenty ulic. neměl 
jsem  zatím čas hledat, kde je problém, jestli v xml nebo v importu nebo v  
renderování.

  ff

Dne 7.2.2013 12:34, JV napsal(a):
Zdravím všechny,
v aktuálním stavovém exportu dat RUIAN (k 31.1.2013) by již měly
být opraveny uliční čáry - tedy už tam lezou kompletní.

J. Veselý

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

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

[OSM-talk-fr] Requête XAPI dans le Mirror download

2013-02-18 Thread Severin MENARD

Bonjour,

Quelqu'un connait-il la formule magique pour faire fonctionner le requêteur
XAPI du plug-in Mirror download ? Mes requêtes résultent toujours en
erreur. Exemple recherché : une requête qui identifie tous les
objets contenant une clé name.

Bien cordialement,

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

[OSM-talk-fr] [forum-osm-fr] comment OSM maitrise-t-il les profils d'altitude

2013-02-18 Thread forum

Le message suivant de :
##
bonjour



je codais ces jours-ci un trajet que je connais bien (maîtriser mon 
kilométrage) et constatai que le profil d'altitude ne pouvait pas concorder 
avec la réalité. Situation: une route refaite à neuf et à profil parfaitement 
corrigé, lisse et plane comme une planche de bureau, passe au pied de la butte 
d'un château. mais elle n'est pas sur la butte! ors, c'est bien le profil de la 
butte qui apparait à la navigation automatique, raison pour moi (douleurs aux 
articulations) de rejeter, normalement, le dit parcours cycliste... ce qui est 
absurde, bien sûr, puisque la route est en plaine et bien plate.



comment les profils d'altitudes sont-ils entrés / déduits / extrapolés?



que se passe-t-il si quelqu'un entre ses données GPS? détruit-il le codage 
actuel  :roll: , ses courbes d'altitudes sont-elles prises en considération, 
corrigent-elles un tracé par ailleurs déjà fort bien codé en 2 dimensions et où 
seule la 3ième serait à améliorer?



comment traite-t-on de tels profils GPS (j'ai une petite tablette androïde HTC, 
en fait de lecture de livres électronique, qui n'a pas de module téléphone, 
donc pas d'internet téléphonique, mais par contre a un module GPS; mais je m'en 
sers très peu, le jardin n'est actuellement pas accueillant, et c'est le rôle 
qui lui est dédié, et en fin de compte, ne sais surtout pas m'en servir plus 
que la lecture de livres et journaux en ligne, puisque, à la maison, elle est 
bien avec WLAN sur l'internet).



salut

a été posté sur le forum http://forum.openstreetmap.fr/viewtopic.php?f=2t=514
Une réponse par mail sur l'adresse d'expédition n'arrivera nulle part
Une réponse à la liste ne sera pas transmise au forum, ce qui n'empêche pas une 
concertation sur la liste avant de recopier 
la/les meilleures réponses sur le forum.
Notez qu'il n'est pas necessaire d'avoir un compte sur le forum pour répondre.
--
Les questions sur ce robot de transfert forum-liste
peuvent être posées à sylvainaletuffe.org

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

Re: [OSM-talk-fr] Requête XAPI dans le Mirror download

Toutes les données DE LA PLANETE ?

Avec une requête XAPI, il faut donner une bbox et des critères, sinon,
ça va être violent le retour ;)

Pour charger partiellement des données, je ne pense pas que le plug
mirror download soit adapté.
Il faut mieux carrément utiliser Ouvrir un emplacement... (ctrl-L)
et donner l'URL.

Le 18 février 2013 10:03, Severin MENARD severin.men...@gmail.com a écrit :
 Bonjour,

 Quelqu'un connait-il la formule magique pour faire fonctionner le requêteur
 XAPI du plug-in Mirror download ? Mes requêtes résultent toujours en erreur.
 Exemple recherché : une requête qui identifie tous les objets contenant une
 clé name.

 Bien cordialement,

 Severin

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




-- 
Christian Quest - OpenStreetMap France
Week-end SOTM-FR à Lyon, les 23-24 février prochains:
http://openstreetmap.fr/sotmfr2013

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

[OSM-talk-fr] SOTM-FR: communiqué de presse envoyé !

Envoyez aux médias lyonnais...

Il est disponible ici: http://openstreetmap.fr/communique-20130218

-- 
Christian Quest - OpenStreetMap France
Week-end SOTM-FR à Lyon, les 23-24 février prochains:
http://openstreetmap.fr/sotmfr2013
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-fr

[OSM-talk-fr] OSMFlickr : Gestion des liens OpenStreetMap - Flickr

2013-02-18 Thread rldhont

Bonjour,

Nous sommes heureux de vous annoncer l'accès en ligne public de la version beta
d'OsmFlickr supportée par la ville d'Orange.
http://demo.3liz.com/osmflickr/

OsmFlickr est une application Web de découverte et de gestion des liens entre photos Flickr et
données OpenStreetMap. Flickr permet de publier ses photos sous licence CC-BY. Il est possible pour
chaque photo d'ajouter des tags spécifiques appelés machine tags avec un code
représentant l'identifiant de l'objet OSM (par exemple le tag osm:node=12345678).
L'application OsmFlickr facilite l'ajout de ces tags, via une interface cartographique et permet de
consulter les photos Flickr liées.

L'application est constituée de 2 parties :

* Une carte générale affichant les photos Flickr possédant des liens avec des
objets OpenStreetMap. Elle permet de découvrir les photos publiques qui ont été
associées à des données OpenStreetMap. C'est la page d'accueil de
l'application, qui se présente comme une simple carte sur laquelle s'affiche
les 30 premières photos Flickr correspondant à l'emprise. Le panneau de gauche
affiche les miniatures de ces photos. On peut cliquer sur une des miniatures
pour ouvrir une popup d'information de l'objet OSM lié et la photo agrandie. Il
est aussi possible de filtrer les photos affichées via le champ de recherche
situé en haut du panneau de gauche.

* Un espace de gestion de ses photos Flickr personnelles qui permet d'ajouter des liens
OpenStreetMap. Cet espace nécessite un compte Flickr contenant des photos. Pour y
accéder, il faut se connecter avec le lien Connect situé dans le menu en haut
à droite, puis se connecter avec ses identifiants Flickr et autoriser l'accès d'OsmFlickr
à votre compte.

Une fois connecté, l'utilisateur est redirigé vers une page qui liste ses 30 premières photos
Flickr. Il peut filtrer les photos en lançant une recherche avec le formulaire situé au dessus des
photos. Ensuite, un clic sur une des photos bascule vers la page de modification de la photo Flickr
sélectionnée. Sur cette page, un panneau de gauche affiche la photo et les informations
complémentaires, et la carte affiche l'objet OSM lié, si un lien existe. Pour ajouter un nouveau
lien vers un objet OSM, il faut d'abord télécharger les données OSM sur une zone choisie. Pour
cela, cliquer sur l'item de menu + OSM, et dessiner un rectangle sur la carte. Il est
conseillé de zoomer au préalable sur une zone, car la taille du rectangle est limitée pour ne pas
surcharger l'API OpenStreetMap. Vous pouvez pour cela utiliser le moteur de recherche d'adresse
Nominatim via le champ texte Nominatim search, et utiliser les outils classiques de
navigation (zoom + et -, zoom par rectangle)
Lorsque le rectangle a été dessiné, l'application télécharge automatiquement
les données OSM. L'utilisateur peut ensuite cliquer sur l'un des objets OSM
affichés. Cela ouvre une popup qui affiche les informations de l'objet, et un
bouton pour lier cet objet OSM à la photo Flickr. L'objet ajouté s'affiche
au-dessus de la photo dans le panneau de gauche. On peut à tout moment
supprimer un lien en cliquant sur le petit bouton x situé à droite du lien OSM.

Cette application a d'abord été développée pour faciliter l'ajout de photos aux
éléments consultables via LizPoi :
*http://lizpoi.3liz.com/demo/index.php/lizpoi/map/?tree_id=1
*http://lizpoi.3liz.com/orange/index.php/lizpoi/map/?tree_id=3
*http://lizpoi.3liz.com/orange/index.php/lizpoi/map/?tree_id=5
Mais ces liens entre photos Flickr et objets OSM peuvent être exploités dans
JOSM ou dans d'autres applications.

Le code est libre et disponible sur github, donc ceux qui le veulent peuvent
l'améliorer et/ou localiser l'application :
https://github.com/3liz/osmflickr

René-Luc D'Hont
3Liz

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

[OSM-talk-fr] Intégration Inventaire régional Pays de la Loire

2013-02-18 Thread ades_six

bonjour,
En bossant ;-( je viens de voir que la région Pays de la Loire a mis sur son 
site, en ODBL , les données de l'Inventaire général pour la Sarthe et la 
Loire-Atlantique, le reste devant suivre.

Il s'agit d'un repérage (géolocalisé) d'édifices (et d'objets mobiliers, mais 
ça n'intéresse pas OSM) qui ont été étudiés par le Service de l'Inventaire, les 
MH ne sont pas localisés.. 
Pour l'Inventaire, voir : http://www.inventaire.culture.gouv.fr

structure de la base : 


 Identifiant = ref:FR:Inventaire_général
 
 Type (mobilier ou archi) = sans objet
 
 Appellation du bâtiment _église_ ferme ..._ ou de l'objet =   historic=### 
 petit travail de normalisation à faire en fonction des tags déjà utilisé
 
 Nom de l'édifice ou de l'objet = name=
 
 Nom de la commune = sans intérêt ici
 
 Code Insee de la commune = sans intérêt ici
 
 Nom de l'aire d'étude à laquelle est liée la notice =  sans intérêt ici
 
 Édifice contenant l'objet mobilier= sans intérêt ici, concerne le 
 mobilier
 
 Catégorie de l'œuvre (architecture ou mobilier) = sans intérêt ici, concerne 
 le mobilier
 
 Auteur de l'œuvre = pas d'info dans la base pour les bâtiments
 
 Datation de l'œuvre =  historic:date=###
 
 Historique du bâtiment ou de l'œuvre =   ? trop long sans doute
 
 Matériau du gros_œuvre = sans intérêt ici
 
 Matériau de la couverture =sans intérêt ici
 
 Description du bâtiment = ? trop long sans doute
 
 Statut du bâtiment ou de l'œuvre (privé ou public) = pas pertinent
 
 Type de protection =  si noté, suppose vérification si doublon avec import 
 déjà fait, à faire avant import (concerne 8 bâtiments)
 
 Latitude Wgs84 de localisation = pour placer le noeud
 
 Longitude Wgs84 de localisation = pour placer le noeud
 
 Noms de l'auteur de la notice =  source=
 
 Copyright =  suite de source= (à concaténer avec auteur)
 

Ce qui donnerait, pour un bâtiment marqué par un noeud  : 


 historic=
 
 historic:date=#
 
 ref:FR:Inventaire=
 
 source=nom auteur(s);(c) Région Pays de la Loire - Inventaire général, 2005
 
 website=http://www.culture.gouv.fr/culture/inventai/patrimoine/
 
Commentaires 

La présence du © dans la source ne semble pas contradictoire avec la licence 
ODbl (cf : http://www.openstreetmap.org/copyright/fr , Nouvelle-Zélande et 
Pays-Bas). la base est publiée sous ODBL 
(cf:http://data.paysdelaloire.fr/licence/ )

La base d'origine est fiable et bien constituée et sa production a supposé 
plusieurs vérifications avant publication (niveau régional puis national).

La valeur du champ historic= est facile à traduire en anglais et à simplifier 
(utilisation des termes génériques). Les correspondances entre termes fçais et 
anglais est publiée (cf thésaurus là : http://www.inventaire.culture.gouv.fr  – 
.rtf  1,3Mo) et il n'y a pas tant de valeurs que ça.

Il y a 748 bâtiments enregistrés en PdlL (44 et 53).

À terme toutes les régions devraient être publiées en ODBL.



Questions

Toujours celle de l'intérêt de l'intégration ;-)

Faut-il appliquer les tags à un noeud ou à une surface de bâtiment, ce qui 
serait sans doute trop compliqué (bâtiments pas présents dans OSM), sauf pour 
les bâtiments déjà taggé historic=##.


Il faudrait vérifier avant le cas des bâtiments portant déjà le tag 
historic=,### pour voir s’il y a doublonnage de l'info, je ne sais pas comment 
on peut récupérer ça sur OSM, si quelqu'un peut me passer ça sous forme .osm ou 
.shp je peux vérifier, voire modifier (soit éliminer les points présents dans 
la base Inventaire, soit concaténer les infos).


voilà…


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

Re: [OSM-talk-fr] Intégration Inventaire régional Pays de la Loire

Je ne pense pas qu'il faille intégrer l'ensemble des données, mais au moins
celles permettant de savoir de quoi il s'agit et un lien vers l'extérieur
pour en savoir plus.

Donc:

- ref:x
- name (si il y a lieu)
- building (si on sait de quoi il s'agit)
- historic (s'il y a lieu, voir ci-dessous)
- historic:date
- source

Si on arrive à établir un lien avec l'article wikipédia existant ça serait
très bien. Il y a beaucoup de données de ce type dans wikipédia.

J'ai intégré cet inventaire manuellement sur ma commune... et même retrouvé
un bâtiment à la localisation inconnue du ministère de la culture. Ils
n'avaient qu'une photo dans un bouquin datant de près d'un siècle. Je leur
ai envoyé le lien OSM vers le bâtiment ;)

A propos du tag historic, certains bâtiments figurant dans cet inventaire
sont de simple maisons privées, sans grand intérêt architectural ni
culturel ni historique, juste typique. C'est assez étonnant d'ailleurs...
je suis tombé sur une maison où j'ai habité et qui n'a absolument rien de
particulier, elle est juste représentative des maisons construites dans les
années 30 dans le coin. Une maison Phénix est tout aussi typique des
constructions des années 60/70 et pourra très bien figurer dans cet
inventaire.


Le 18 février 2013 11:59, ades_...@orange.fr ades_...@orange.fr a écrit :

 bonjour,
 En bossant ;-( je viens de voir que la région Pays de la Loire a mis sur
 son site, en ODBL , les données de l'Inventaire général pour la Sarthe et
 la Loire-Atlantique, le reste devant suivre.

 Il s'agit d'un repérage (géolocalisé) d'édifices (et d'objets mobiliers,
 mais ça n'intéresse pas OSM) qui ont été étudiés par le Service de
 l'Inventaire, les MH ne sont pas localisés..
 Pour l'Inventaire, voir : http://www.inventaire.culture.gouv.fr

 structure de la base :


 Identifiant = ref:FR:Inventaire_général

 Type (mobilier ou archi) = sans objet

 Appellation du bâtiment _église_ ferme ..._ ou de l'objet =
 historic=### petit travail de normalisation à faire en fonction des tags
 déjà utilisé

 Nom de l'édifice ou de l'objet = name=

 Nom de la commune = sans intérêt ici

 Code Insee de la commune = sans intérêt ici

 Nom de l'aire d'étude à laquelle est liée la notice =  sans intérêt ici

 Édifice contenant l'objet mobilier = sans intérêt ici, concerne le
 mobilier

 Catégorie de l'œuvre (architecture ou mobilier) = sans intérêt ici,
 concerne le mobilier

 Auteur de l'œuvre = pas d'info dans la base pour les bâtiments

 Datation de l'œuvre =  historic:date=###

 Historique du bâtiment ou de l'œuvre =   ? trop long sans doute

 Matériau du gros_œuvre = sans intérêt ici

 Matériau de la couverture =sans intérêt ici

 Description du bâtiment = ? trop long sans doute

 Statut du bâtiment ou de l'œuvre (privé ou public) = pas pertinent

 Type de protection =  si noté, suppose vérification si doublon avec
 import déjà fait, à faire avant import (concerne 8 bâtiments)

 Latitude Wgs84 de localisation = pour placer le noeud

 Longitude Wgs84 de localisation = pour placer le noeud

 Noms de l'auteur de la notice =  source=

 Copyright =  suite de source= (à concaténer avec auteur)


 Ce qui donnerait, pour un bâtiment marqué par un noeud  :

 historic=

 historic:date=#

 ref:FR:Inventaire=

 source=nom auteur(s);(c) Région Pays de la Loire - Inventaire général, 2005

 website=http://www.culture.gouv.fr/culture/inventai/patrimoine/

 Commentaires

 La présence du © dans la source ne semble pas contradictoire avec la
 licence ODbl (cf : http://www.openstreetmap.org/copyright/fr ,
 Nouvelle-Zélande et Pays-Bas). la base est publiée sous ODBL (cf:
 http://data.paysdelaloire.fr/licence/ )

 La base d'origine est fiable et bien constituée et sa production a supposé
 plusieurs vérifications avant publication (niveau régional puis national).

 La valeur du champ historic= est facile à traduire en anglais et à
 simplifier (utilisation des termes génériques). Les correspondances entre
 termes fçais et anglais est publiée (cf thésaurus là :
 http://www.inventaire.culture.gouv.fr  – .rtf  1,3Mo) et il n'y a pas
 tant de valeurs que ça.

 Il y a 748 bâtiments enregistrés en PdlL (44 et 53).

 À terme toutes les régions devraient être publiées en ODBL.


 Questions

 Toujours celle de l'intérêt de l'intégration ;-)

 Faut-il appliquer les tags à un noeud ou à une surface de bâtiment, ce qui
 serait sans doute trop compliqué (bâtiments pas présents dans OSM), sauf
 pour les bâtiments déjà taggé historic=##.

 Il faudrait vérifier avant le cas des bâtiments portant déjà le tag
 historic=,### pour voir s’il y a doublonnage de l'info, je ne sais pas
 comment on peut récupérer ça sur OSM, si quelqu'un peut me passer ça sous
 forme .osm ou .shp je peux vérifier, voire modifier (soit éliminer les
 points présents dans la base Inventaire, soit concaténer les infos).

 voilà…


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

[OSM-talk-fr] Chargemap

Bonjour,

Quelqu'un aurait-il déjà pris contact avec les auteurs (alsaciens) du site
http://fr.chargemap.com/ qui vise à recenser les bornes de recharge pour
les véhicules électriques ?

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

Re: [OSM-talk-fr] Requête XAPI dans le Mirror download

2013-02-18 Thread sly (sylvain letuffe)

On lundi 18 février 2013, Severin MENARD wrote:
 Bonjour,
 
 Quelqu'un connait-il la formule magique pour faire fonctionner le requêteur
 XAPI du plug-in Mirror download ? Mes requêtes résultent toujours en
 erreur. Exemple recherché : une requête qui identifie tous les
 objets contenant une clé name.

Télécharger depuis un miroir
Objet type : *
requête XAPI : [name=*]
Sélectionnes une zone

La documentation est ici :
http://wiki.openstreetmap.org/wiki/Xapi
-- 
sly, DWG member since 11/2012
Coordinateur du groupe [ga]
http://wiki.openstreetmap.org/wiki/User:Sletuffe

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

Re: [OSM-talk-fr] Suppression GR dans OSM (encore) (était [forum-osm-fr] Réalisation de cartes Garmin...)

2013-02-18 Thread Jean-François Gaffard

resumons nous :
les itinéraires de randonnées sont une oeuvre de l'esprit propriété de
la FFRP.
mais un itinéraire de randonnée, c'est une trace+un balisage+un
topo-guide décrivant le dénivelé, les temps de parcours,les refuges et
les étapes, les éléments clé de l'itinéraire. Toutes choses qui ne sont
pas intégrées dans OSM. 
Je ne pense pas qu'une relation sans description et sans indicatif GR
puisse réellement être  considérée comme une violation de la propriété
intellectuelle.
Sinon,à ce compte là le fait qu'il existe une propriété intellectuelle
due aux architectes sur les bâtiments empêcherait qu'on publie dans OSM
les polygones représentant ces bâtiments.

Mais cette argumentation n'a pas été vérifiée recemment devant un
tribunal.

Je ne suis donc pas pour l'autocensure à priori. Mais je pense qu'il
faudrait cependant prévenir  par un tag spécifique d'une incertitude
juridique concernant ces relations.
Ceci permettrait à des réutilisateurs commerciaux de choisir s'ils
intègrent ou non ces relations dans leurs projets.
Et ce, tant qu'on aura pas avancé avec la FFRP. Cela présenterait aussi
l'avantage de pouvoir nettoyer rapidement la base en cas de requête
juridiquement fondée de la FFRP auprès des hébergeurs OSM-Fr étant l'un
d'entre eux.

le débat est ouvert merci Pierren





Le dimanche 17 février 2013 à 11:03 +0100, Pieren a écrit :
 2013/2/16  fo...@letuffe.org:
  Le message suivant de :
  ##
  j'ai pris le temps de renseigner un wiki sur le sujet, y figure le détail 
  du style mkgmap et du fichier typ requis pour obtenir l'affichage désiré.
 
 Ce message posté sur le forum m'a permis de retrouver un grand
 itinéraire GR encore présent dans OSM:
 http://www.openstreetmap.org/browse/relation/2650826
 
 Bien que la relation ne contienne pas la mention directe GR, le
 tracé est clairement celui de l'itinéraire GR36 de la FFRP. La
 référence (36) et le balisage (tag osmc:symbol) sont aussi de la
 FFRP.
 Rappelons qu'il n'y a pas que la marque GR qui soit déposée mais que
 les tribunaux ont construit une jurisprudence qui considère que les
 itinéraires eux-mêmes sont une oeuvre originale protégée par le droit
 d'auteur (donc on sort un peu du cadre restreint du droit des
 marques).
 Pour ceux qui doutent encore, lire ceci :
 http://www.voxpi.info/2008/12/12/la-protection-juridique-des-itinraires-de-randonne/
 Je pense donc qu'il est nécessaire, malheureusement, de supprimer
 cette relation (et les autres du même type). Je dis malheureusement
 parce qu'on voit bien que certains contributeurs y investissent
 beaucoup de temps et que ça ne sera pas de gaité de coeur que cela
 sera supprimé mais par obligation vis à vis du projet OSM qui est doit
 être irréprochable dans la protection du droit d'auteur, bien plus que
 la multitude des sites internets amateurs qui parlent des GR et qui
 sont tolérés parce qu'il sont justement amateurs, faits par des
 amoureux de rando et dans un but non lucratif. Alors qu'OSM est une
 base de données qui peut servir à tout, y compris des applications
 commerciales et doit rester à ce titre irréprochable.
 Comme je ne me sens pas l'âme d'un bourreau et que cette décision doit
 être commune, je souhaiterais que ces suppressions des relations GR,
 parfois imposantes en taille, maintes fois évoquées sur cette liste et
 ailleurs, mais jamais effectuées, soient discutées par ses membres les
 plus impliqués lors du prochain SOTM-Fr et actées une fois pour toute
 (ou plutôt, jusqu'à changement du contexte juridique ou d'un accord
 avec la FFRP).
 Qu'en pensez vous ?
 
 Pieren
 
 ___
 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] Suppression GR dans OSM (encore) ( était [forum-osm-fr] Réalisation de cartes =?iso-8859-1?q?_Garmin=2E=2E=2E?=)

2013-02-18 Thread sly (sylvain letuffe)

On lundi 18 février 2013, Jean-François Gaffard wrote:
 Mais je pense qu'il
 faudrait cependant prévenir  par un tag spécifique d'une incertitude
 juridique concernant ces relations.
 Ceci permettrait à des réutilisateurs commerciaux de choisir s'ils
 intègrent ou non ces relations dans leurs projets.

J'avais pensé à cette option, et mettre un tag :
compatible_odbl=no

Puis j'ai réfléchis à cette solution et je me suis dis : mais qui pourrait 
accepter cela sachant que la base osm est justement prévu pour être odbl ?

On pourrait en parler sur les listes globales, mais selon moi, la réponse ne 
fait aucun doute


-- 
sly, DWG member since 11/2012
Coordinateur du groupe [ga]
http://wiki.openstreetmap.org/wiki/User:Sletuffe

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

Re: [OSM-talk-fr] OSMFlickr : Gestion des liens OpenStreetMap - Flickr

2013-02-18 Thread Ista Pouss

Trés sympa, bravo.

Le 18 février 2013 11:20, rldhont rldh...@gmail.com a écrit :

Bonjour,

Nous sommes heureux de vous annoncer l'accès en ligne public de la version
beta d'OsmFlickr supportée par la ville d'Orange.
http://demo.3liz.com/**osmflickr/ http://demo.3liz.com/osmflickr/

OsmFlickr est une application Web de découverte et de gestion des liens
entre photos Flickr et données OpenStreetMap. Flickr permet de publier ses
photos sous licence CC-BY. Il est possible pour chaque photo d'ajouter des
tags spécifiques appelés machine tags avec un code représentant
l'identifiant de l'objet OSM (par exemple le tag osm:node=12345678).
L'application OsmFlickr facilite l'ajout de ces tags, via une interface
cartographique et permet de consulter les photos Flickr liées.

L'application est constituée de 2 parties :

* Une carte générale affichant les photos Flickr possédant des liens avec
des objets OpenStreetMap. Elle permet de découvrir les photos publiques qui
ont été associées à des données OpenStreetMap. C'est la page d'accueil de
l'application, qui se présente comme une simple carte sur laquelle
s'affiche les 30 premières photos Flickr correspondant à l'emprise. Le
panneau de gauche affiche les miniatures de ces photos. On peut cliquer sur
une des miniatures pour ouvrir une popup d'information de l'objet OSM lié
et la photo agrandie. Il est aussi possible de filtrer les photos affichées
via le champ de recherche situé en haut du panneau de gauche.

* Un espace de gestion de ses photos Flickr personnelles qui permet
d'ajouter des liens OpenStreetMap. Cet espace nécessite un compte Flickr
contenant des photos. Pour y accéder, il faut se connecter avec le lien
Connect situé dans le menu en haut à droite, puis se connecter avec ses
identifiants Flickr et autoriser l'accès d'OsmFlickr à votre compte.

Une fois connecté, l'utilisateur est redirigé vers une page qui liste ses
30 premières photos Flickr. Il peut filtrer les photos en lançant une
recherche avec le formulaire situé au dessus des photos. Ensuite, un clic
sur une des photos bascule vers la page de modification de la photo Flickr
sélectionnée. Sur cette page, un panneau de gauche affiche la photo et les
informations complémentaires, et la carte affiche l'objet OSM lié, si un
lien existe. Pour ajouter un nouveau lien vers un objet OSM, il faut
d'abord télécharger les données OSM sur une zone choisie. Pour cela,
cliquer sur l'item de menu + OSM, et dessiner un rectangle sur la carte.
Il est conseillé de zoomer au préalable sur une zone, car la taille du
rectangle est limitée pour ne pas surcharger l'API OpenStreetMap. Vous
pouvez pour cela utiliser le moteur de recherche d'adresse Nominatim via le
champ texte Nominatim search, et utiliser les outils classiques de
navigation (zoom + et -, zoom par rectangle)
Lorsque le rectangle a été dessiné, l'application télécharge
automatiquement les données OSM. L'utilisateur peut ensuite cliquer sur
l'un des objets OSM affichés. Cela ouvre une popup qui affiche les
informations de l'objet, et un bouton pour lier cet objet OSM à la photo
Flickr. L'objet ajouté s'affiche au-dessus de la photo dans le panneau de
gauche. On peut à tout moment supprimer un lien en cliquant sur le petit
bouton x situé à droite du lien OSM.

Cette application a d'abord été développée pour faciliter l'ajout de
photos aux éléments consultables via LizPoi :
*http://lizpoi.3liz.com/demo/**index.php/lizpoi/map/?tree_id=**1http://lizpoi.3liz.com/demo/index.php/lizpoi/map/?tree_id=1
*http://lizpoi.3liz.com/**orange/index.php/lizpoi/map/?**tree_id=3http://lizpoi.3liz.com/orange/index.php/lizpoi/map/?tree_id=3
*http://lizpoi.3liz.com/**orange/index.php/lizpoi/map/?**tree_id=5http://lizpoi.3liz.com/orange/index.php/lizpoi/map/?tree_id=5
Mais ces liens entre photos Flickr et objets OSM peuvent être exploités
dans JOSM ou dans d'autres applications.

Le code est libre et disponible sur github, donc ceux qui le veulent
peuvent l'améliorer et/ou localiser l'application :
https://github.com/3liz/**osmflickr https://github.com/3liz/osmflickr

René-Luc D'Hont
3Liz

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

--
Les dérives de rue :
Des textes à promenades http://drivrsdu.fr/des-textes-a-promenades/
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] Suppression GR dans OSM (encore) (était [forum-osm-fr] Réalisation de cartes Garmin...)

2013-02-18 Thread Jean-François Gaffard

les itinéraires qui ont plus de 70 ans d'existence sans avoir été
modifiés riquent d'être peu nombreux, Non ?

Le dimanche 17 février 2013 à 11:44 +0100, David Crochet a écrit :
 Bonjour
 
 Le 17/02/2013 11:03, Pieren a écrit :
  Qu'en pensez vous ?
 
 Sachant que :
 «  Pour les oeuvres pseudonymes, anonymes ou collectives, la durée du 
 droit exclusif est de soixante-dix années à compter du 1er janvier de 
 l'année civile suivant celle où l’œuvre a été publiée. La date de 
 publication est déterminée par tout mode de preuve de droit commun, et 
 notamment par le dépôt légal.
 »
 Sachant que : un sentier de GR est un « œuvre collective »
 
 Il faut déterminer, pour chaque GR décrite dans OSM la date de première 
 publication, puisque 70 ans le 1er janvier après le dépôt légal, l’œuvre 
 de l'esprit tombe dans le domaine publique.
 
 De plus la cour d'appel de Grenoble rappelle que c’est une association 
 qui a élaboré les itinéraires de randonnée, c’est cette dernière qui 
 sera investie des droits d’auteur relatifs aux tracés. Donc c'est à 
 l'association qui a proposer de déposer un sentier en GR qui est 
 investit des droits de faire ester, libre à la fédération d'ester en 
 justice.
 


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

Re: [OSM-talk-fr] Suppression GR dans OSM (encore) ( était [forum-osm-fr] Réalisation de cartes =?iso-8859-1?q?_Garmin=2E=2E=2E?=)

2013-02-18 Thread Jean-François Gaffard

Le lundi 18 février 2013 à 14:09 +0100, sly (sylvain letuffe) a écrit :
 On lundi 18 février 2013, Jean-François Gaffard wrote:
  Mais je pense qu'il
  faudrait cependant prévenir  par un tag spécifique d'une incertitude
  juridique concernant ces relations.
  Ceci permettrait à des réutilisateurs commerciaux de choisir s'ils
  intègrent ou non ces relations dans leurs projets.
 
 J'avais pensé à cette option, et mettre un tag :
 compatible_odbl=no
compatible_odbl=risky
 
 Puis j'ai réfléchis à cette solution et je me suis dis : mais qui pourrait 
 accepter cela sachant que la base osm est justement prévu pour être odbl ?
 On pourrait en parler sur les listes globales, mais selon moi, la réponse ne 
 fait aucun doute
Si les choses étaient toujours carrées et immuables il n'y aurait pas besoin de 
jurisprudence et de tribunaux.
 


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

[OSM-talk-fr] Rendus Mapnik incompréhensibles

Bonjour,

Auriez-vous une explication concernant ces 2 rendus:

Un landuse rendu en farmyard alors qu'il s'agit d'un farm:
http://www.openstreetmap.org/?lat=48.49373lon=-2.2434zoom=15layers=M

Un bâtiment qui n'est tout simplement pas rendu:
http://www.openstreetmap.org/?mlat=48.525970499684mlon=-2.2396966853324zoom=18

Merci.

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

Re: [OSM-talk-fr] Suppression GR dans OSM (encore) (était [forum-osm-fr] Réalisation de cartes Garmin...)

2013-02-18 Thread Hélène PETIT


Le 17/02/2013 11:03, Pieren a écrit :

Qu'en pensez vous ?


Je suis contre.

Pour la zone que je connais bien autour de chez moi, certains GR ont des 
segments communs avec des parcours de promenades communaux ; sur ces 
segments il y a les deux balisages, à des endroits différents ;
les parcours de promenade sont imprimés sur des papiers ne portant 
aucune mention de propriété intellectuelle, chacun les photocopie comme 
il veut. Sur les dessins de ces imprimés réalisés par les communes, le 
segment gr n'est pas identifié de manière particulière.
A mon avis, cela prouve que l'itinéraire n'est pas en soi couvrable par 
la propriété intellectuelle (ça fait plus de 10 ans que ça existe).


Et en plus, sans ces segments, les ballades seraient cartographiées de 
manière discontinue, un comble du ridicule.
Et en plus, certains segments sont aussi des voies de pèlerinage vers 
Compostelle ; bonjour l'incohérence.


Qu'on écrive ni GR, ni le nombre, ça, je suis d'accord. Qu'on enlève 
aussi le tracé, non.


Et si la FFRP veut ester là-dessus, qu'elle le fasse ; ça clarifiera 
enfin les choses.


Hélène


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

Re: [OSM-talk-fr] Rendus Mapnik incompréhensibles

2013-02-18 Thread Hélène PETIT


Le 18/02/2013 14:26, Romain MEHUT a écrit :

Auriez-vous une explication concernant ces 2 rendus:


Il y a quelques temps j'avais constaté la disparition d'un bout de 
rivière dans les rendus, alors que les données étaient nikel-chrome en 
base. je crois bien que c'était un bout de garonne ?


Il a fallu faire une modif sur l'objet pour qu'il réapparaisse, et je ne 
me rapelle pas si la raison a été trouvée.


Hélène




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

Re: [OSM-talk-fr] OSMFlickr : Gestion des liens OpenStreetMap - Flickr

Une petite gestion de permalink serait vraiment sympa... j'ai pas trouvé.

Le 18 février 2013 14:11, Ista Pouss ista...@gmail.com a écrit :

Trés sympa, bravo.

Le 18 février 2013 11:20, rldhont rldh...@gmail.com a écrit :

Bonjour,

Nous sommes heureux de vous annoncer l'accès en ligne public de la
version beta d'OsmFlickr supportée par la ville d'Orange.
http://demo.3liz.com/**osmflickr/ http://demo.3liz.com/osmflickr/

OsmFlickr est une application Web de découverte et de gestion des liens
entre photos Flickr et données OpenStreetMap. Flickr permet de publier ses
photos sous licence CC-BY. Il est possible pour chaque photo d'ajouter des
tags spécifiques appelés machine tags avec un code représentant
l'identifiant de l'objet OSM (par exemple le tag osm:node=12345678).
L'application OsmFlickr facilite l'ajout de ces tags, via une interface
cartographique et permet de consulter les photos Flickr liées.

L'application est constituée de 2 parties :

* Une carte générale affichant les photos Flickr possédant des liens avec
des objets OpenStreetMap. Elle permet de découvrir les photos publiques qui
ont été associées à des données OpenStreetMap. C'est la page d'accueil de
l'application, qui se présente comme une simple carte sur laquelle
s'affiche les 30 premières photos Flickr correspondant à l'emprise. Le
panneau de gauche affiche les miniatures de ces photos. On peut cliquer sur
une des miniatures pour ouvrir une popup d'information de l'objet OSM lié
et la photo agrandie. Il est aussi possible de filtrer les photos affichées
via le champ de recherche situé en haut du panneau de gauche.

* Un espace de gestion de ses photos Flickr personnelles qui permet
d'ajouter des liens OpenStreetMap. Cet espace nécessite un compte Flickr
contenant des photos. Pour y accéder, il faut se connecter avec le lien
Connect situé dans le menu en haut à droite, puis se connecter avec ses
identifiants Flickr et autoriser l'accès d'OsmFlickr à votre compte.

Une fois connecté, l'utilisateur est redirigé vers une page qui liste ses
30 premières photos Flickr. Il peut filtrer les photos en lançant une
recherche avec le formulaire situé au dessus des photos. Ensuite, un clic
sur une des photos bascule vers la page de modification de la photo Flickr
sélectionnée. Sur cette page, un panneau de gauche affiche la photo et les
informations complémentaires, et la carte affiche l'objet OSM lié, si un
lien existe. Pour ajouter un nouveau lien vers un objet OSM, il faut
d'abord télécharger les données OSM sur une zone choisie. Pour cela,
cliquer sur l'item de menu + OSM, et dessiner un rectangle sur la carte.
Il est conseillé de zoomer au préalable sur une zone, car la taille du
rectangle est limitée pour ne pas surcharger l'API OpenStreetMap. Vous
pouvez pour cela utiliser le moteur de recherche d'adresse Nominatim via le
champ texte Nominatim search, et utiliser les outils classiques de
navigation (zoom + et -, zoom par rectangle)
Lorsque le rectangle a été dessiné, l'application télécharge
automatiquement les données OSM. L'utilisateur peut ensuite cliquer sur
l'un des objets OSM affichés. Cela ouvre une popup qui affiche les
informations de l'objet, et un bouton pour lier cet objet OSM à la photo
Flickr. L'objet ajouté s'affiche au-dessus de la photo dans le panneau de
gauche. On peut à tout moment supprimer un lien en cliquant sur le petit
bouton x situé à droite du lien OSM.

Le code est libre et disponible sur github, donc ceux qui le veulent
peuvent l'améliorer et/ou localiser l'application :
https://github.com/3liz/**osmflickr https://github.com/3liz/osmflickr

René-Luc D'Hont
3Liz

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

--
Les dérives de rue :
Des textes à promenades http://drivrsdu.fr/des-textes-a-promenades/

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

--
Christian Quest - OpenStreetMap France
Week-end SOTM-FR à Lyon, les 23-24 février prochains:
http://openstreetmap.fr/sotmfr2013
___
Talk-fr mailing list
Talk-fr@openstreetmap.org

Re: [OSM-talk-fr] Rendus Mapnik incompréhensibles

oui, bizarre, le polygone est valide, les tags ok... et ça marche là:
http://tile.openstreetmap.fr:13080/?lat=48.52597lon=-2.2397zoom=18layers=0B

Le 18 février 2013 14:54, Hélène PETIT h...@free.fr a écrit :

 Le 18/02/2013 14:26, Romain MEHUT a écrit :

  Auriez-vous une explication concernant ces 2 rendus:


 Il y a quelques temps j'avais constaté la disparition d'un bout de rivière
 dans les rendus, alors que les données étaient nikel-chrome en base. je
 crois bien que c'était un bout de garonne ?

 Il a fallu faire une modif sur l'objet pour qu'il réapparaisse, et je ne
 me rapelle pas si la raison a été trouvée.

 Hélène




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




-- 
Christian Quest - OpenStreetMap France
Week-end SOTM-FR à Lyon, les 23-24 février prochains:
http://openstreetmap.fr/sotmfr2013
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] OSMFlickr : Gestion des liens OpenStreetMap - Flickr

2013-02-18 Thread Fabien

Le 18 février 2013 14:53, Christian Quest cqu...@openstreetmap.fr a écrit :
 Une petite gestion de permalink serait vraiment sympa... j'ai pas trouvé.

J'avais pris contact pour un permalink aussi et ils m'ont répondu que
ce n'était pas encore mis en place. Bien dommage parce que j'ai une
belle application de OSMFlickr avec les Funny Zoo dans Marseille que
j'aimerais présenter.
Y'a plus qu'à cloner le dépôt Git et comprendre comment le mettre en
place de son côté :)



 Le 18 février 2013 14:11, Ista Pouss ista...@gmail.com a écrit :

 Trés sympa, bravo.


 Le 18 février 2013 11:20, rldhont rldh...@gmail.com a écrit :

 Bonjour,

 Nous sommes heureux de vous annoncer l'accès en ligne public de la
 version beta d'OsmFlickr supportée par la ville d'Orange.
 http://demo.3liz.com/osmflickr/

 OsmFlickr est une application Web de découverte et de gestion des liens
 entre photos Flickr et données OpenStreetMap. Flickr permet de publier ses
 photos sous licence CC-BY. Il est possible pour chaque photo d'ajouter des
 tags spécifiques appelés machine tags avec un code représentant
 l'identifiant de l'objet OSM (par exemple le tag osm:node=12345678).
 L'application OsmFlickr facilite l'ajout de ces tags, via une interface
 cartographique et permet de consulter les photos Flickr liées.

 L'application est constituée de 2 parties :

 * Une carte générale affichant les photos Flickr possédant des liens avec
 des objets OpenStreetMap. Elle permet de découvrir les photos publiques qui
 ont été associées à des données OpenStreetMap. C'est la page d'accueil de
 l'application, qui se présente comme une simple carte sur laquelle s'affiche
 les 30 premières photos Flickr correspondant à l'emprise. Le panneau de
 gauche affiche les miniatures de ces photos. On peut cliquer sur une des
 miniatures pour ouvrir une popup d'information de l'objet OSM lié et la
 photo agrandie. Il est aussi possible de filtrer les photos affichées via le
 champ de recherche situé en haut du panneau de gauche.

 * Un espace de gestion de ses photos Flickr personnelles qui permet
 d'ajouter des liens OpenStreetMap. Cet espace nécessite un compte Flickr
 contenant des photos. Pour y accéder, il faut se connecter avec le lien
 Connect situé dans le menu en haut à droite, puis se connecter avec ses
 identifiants Flickr et autoriser l'accès d'OsmFlickr à votre compte.

 Une fois connecté, l'utilisateur est redirigé vers une page qui liste ses
 30 premières photos Flickr. Il peut filtrer les photos en lançant une
 recherche avec le formulaire situé au dessus des photos. Ensuite, un clic
 sur une des photos bascule vers la page de modification de la photo Flickr
 sélectionnée. Sur cette page, un panneau de gauche affiche la photo et les
 informations complémentaires, et la carte affiche l'objet OSM lié, si un
 lien existe. Pour ajouter un nouveau lien vers un objet OSM, il faut d'abord
 télécharger les données OSM sur une zone choisie. Pour cela, cliquer sur
 l'item de menu + OSM, et dessiner un rectangle sur la carte. Il est
 conseillé de zoomer au préalable sur une zone, car la taille du rectangle
 est limitée pour ne pas surcharger l'API OpenStreetMap. Vous pouvez pour
 cela utiliser le moteur de recherche d'adresse Nominatim via le champ texte
 Nominatim search, et utiliser les outils classiques de navigation (zoom +
 et -, zoom par rectangle)
 Lorsque le rectangle a été dessiné, l'application télécharge
 automatiquement les données OSM. L'utilisateur peut ensuite cliquer sur l'un
 des objets OSM affichés. Cela ouvre une popup qui affiche les informations
 de l'objet, et un bouton pour lier cet objet OSM à la photo Flickr. L'objet
 ajouté s'affiche au-dessus de la photo dans le panneau de gauche. On peut à
 tout moment supprimer un lien en cliquant sur le petit bouton x situé à
 droite du lien OSM.

 Cette application a d'abord été développée pour faciliter l'ajout de
 photos aux éléments consultables via LizPoi :
 *http://lizpoi.3liz.com/demo/index.php/lizpoi/map/?tree_id=1
 *http://lizpoi.3liz.com/orange/index.php/lizpoi/map/?tree_id=3
 *http://lizpoi.3liz.com/orange/index.php/lizpoi/map/?tree_id=5
 Mais ces liens entre photos Flickr et objets OSM peuvent être exploités
 dans JOSM ou dans d'autres applications.

 Le code est libre et disponible sur github, donc ceux qui le veulent
 peuvent l'améliorer et/ou localiser l'application :
 https://github.com/3liz/osmflickr

 René-Luc D'Hont
 3Liz



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




 --
 Les dérives de rue :
 Des textes à promenades

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




 --
 Christian Quest - OpenStreetMap France
 Week-end SOTM-FR à Lyon, les 23-24 février prochains:
 http://openstreetmap.fr/sotmfr2013

 ___
 Talk-fr mailing list

Re: [OSM-talk-fr] Intégration Inventaire régional Pays de la Loire

2013-02-18 Thread ades_...@orange.fr


Le 18 févr. 2013 à 12:27, Christian Quest a écrit :

 Je ne pense pas qu'il faille intégrer l'ensemble des données, mais au moins 
 celles permettant de savoir de quoi il s'agit et un lien vers l'extérieur 
 pour en savoir plus.
pour le lien précis vers la fiche de la base (en fait un dossier avec notice 
détaillée, images et repèrage carto), d'après ce que j'ai compris, ce n'est pas 
encore tout à fait possible, c'est en cours d'élaborationpour les 24 services 
régionaux de l'Inventaire (france metro).
 
 Donc:
 
 - ref:x
 - name (si il y a lieu)
toujours renseigné
 - building (si on sait de quoi il s'agit)
toujours renseigné
 - historic (s'il y a lieu, voir ci-dessous)
tagger historic= ou building= ?  j'avais compris que le tag historic=# 
remplaçait celui de building si l'édifice est jugé comme ayant un intérêt 
historique, mais je peux avoir mal compris.
 - historic:date
toujours renseigné
 - source
tjs renseignée

Ça pourrait donc donner (pour une ferme à Guérande)
ref=IA44003599
historic (ou building) =ferme
historic:date=Temps modernes ; 17e siècle (?) ; 19e siècle ; 20e siècle
source=(c) Région Pays de la Loire - Inventaire général, 2005 (Le Boeuf 
François ; Durandière Ronan auteurs)


éventuellement
heritage:FR:operator=Inventaire regional des Pays de la Loire
heritage=4 

Signalement par un nœud ou tag rajoutés à la surface ? sur un nœud sans doute, 
plus facile à virer :-)) et ne nécessite pas de réviser le tag des bâtiments, 
plus compliqué…

 
 Si on arrive à établir un lien avec l'article wikipédia existant ça serait 
 très bien. Il y a beaucoup de données de ce type dans wikipédia.
Ça risque d'être un très gros boulot, pourrait être indiqué en complément comme 
tache à faire. En plus il y a beaucoup d'archi civile de petite dimension 
(manoirs, fermes…) qui présente un intérêt au regard de l'histoire de l'archi 
ou de la typologie locale mais qui ne seront sans doute pas dans wikipedia. Et 
le lien sera facile à faire avec Mérimée ou dans le futur système de mise en 
ligne des infos par l'Inventaire. Si l'intégration est retenue, je crois qu'il 
sera tjs facile de rajouter le lien (la ref IA44##  est unique et pérenne)
 
 J'ai intégré cet inventaire manuellement sur ma commune... et même retrouvé 
 un bâtiment à la localisation inconnue du ministère de la culture. Ils 
 n'avaient qu'une photo dans un bouquin datant de près d'un siècle. Je leur ai 
 envoyé le lien OSM vers le bâtiment ;)
Ben c'est axactement ce à quoi peut servir l'intégration dans IOSM… ;-) la base 
qu'ils ont mis en ligne pour 44 et 53 est normalement à jour, il peut quand 
même y avoir des trous…
 
 A propos du tag historic, certains bâtiments figurant dans cet inventaire 
 sont de simple maisons privées, sans grand intérêt architectural ni culturel 
 ni historique, juste typique. C'est assez étonnant d'ailleurs...
travail sur l'unicum et et le typicum… 
 je suis tombé sur une maison où j'ai habité et qui n'a absolument rien de 
 particulier, elle est juste représentative des maisons construites dans les 
 années 30 dans le coin. Une maison Phénix est tout aussi typique des 
 constructions des années 60/70 et pourra très bien figurer dans cet 
 inventaire.
on attendra une centaine d'années pour Phénix ou pour Bou… ;-) quand il y en 
aura plein de disparues (quoique…cent ans c'est peut-être beaucoup trop…) ;-)
 
 
 
 
 
 ___
 Talk-fr mailing list
 Talk-fr@openstreetmap.org
 http://lists.openstreetmap.org/listinfo/talk-fr
 
 
 
 
 -- 
 Christian Quest - OpenStreetMap France
 Week-end SOTM-FR à Lyon, les 23-24 février prochains: 
 http://openstreetmap.fr/sotmfr2013
 ___
 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] OSMFlickr : Gestion des liens OpenStreetMap - Flickr

2013-02-18 Thread rldhont


Le 18/02/2013 15:01, Fabien a écrit :

Le 18 février 2013 14:53, Christian Quest cqu...@openstreetmap.fr a écrit :

Une petite gestion de permalink serait vraiment sympa... j'ai pas trouvé.

J'avais pris contact pour un permalink aussi et ils m'ont répondu que
ce n'était pas encore mis en place. Bien dommage parce que j'ai une
belle application de OSMFlickr avec les Funny Zoo dans Marseille que
j'aimerais présenter.
Y'a plus qu'à cloner le dépôt Git et comprendre comment le mettre en
place de son côté :)


Bonjour Fabien,

Nous venons tout juste de publier OsmFlickr, nous n'avons donc aps 
encore pu recevoir de demande de permalink de ta part.

Je pense que tu parles de LizPoi, non ?

Cette modification pourrait-être intégré à OsmFlickr rapidement soit par 
nous soit via un pull-request.


René-Luc





Le 18 février 2013 14:11, Ista Pouss ista...@gmail.com a écrit :


Trés sympa, bravo.


Le 18 février 2013 11:20, rldhont rldh...@gmail.com a écrit :


Bonjour,

Nous sommes heureux de vous annoncer l'accès en ligne public de la
version beta d'OsmFlickr supportée par la ville d'Orange.
http://demo.3liz.com/osmflickr/

OsmFlickr est une application Web de découverte et de gestion des liens
entre photos Flickr et données OpenStreetMap. Flickr permet de publier ses
photos sous licence CC-BY. Il est possible pour chaque photo d'ajouter des
tags spécifiques appelés machine tags avec un code représentant
l'identifiant de l'objet OSM (par exemple le tag osm:node=12345678).
L'application OsmFlickr facilite l'ajout de ces tags, via une interface
cartographique et permet de consulter les photos Flickr liées.

L'application est constituée de 2 parties :

* Une carte générale affichant les photos Flickr possédant des liens avec
des objets OpenStreetMap. Elle permet de découvrir les photos publiques qui
ont été associées à des données OpenStreetMap. C'est la page d'accueil de
l'application, qui se présente comme une simple carte sur laquelle s'affiche
les 30 premières photos Flickr correspondant à l'emprise. Le panneau de
gauche affiche les miniatures de ces photos. On peut cliquer sur une des
miniatures pour ouvrir une popup d'information de l'objet OSM lié et la
photo agrandie. Il est aussi possible de filtrer les photos affichées via le
champ de recherche situé en haut du panneau de gauche.

* Un espace de gestion de ses photos Flickr personnelles qui permet
d'ajouter des liens OpenStreetMap. Cet espace nécessite un compte Flickr
contenant des photos. Pour y accéder, il faut se connecter avec le lien
Connect situé dans le menu en haut à droite, puis se connecter avec ses
identifiants Flickr et autoriser l'accès d'OsmFlickr à votre compte.

Une fois connecté, l'utilisateur est redirigé vers une page qui liste ses
30 premières photos Flickr. Il peut filtrer les photos en lançant une
recherche avec le formulaire situé au dessus des photos. Ensuite, un clic
sur une des photos bascule vers la page de modification de la photo Flickr
sélectionnée. Sur cette page, un panneau de gauche affiche la photo et les
informations complémentaires, et la carte affiche l'objet OSM lié, si un
lien existe. Pour ajouter un nouveau lien vers un objet OSM, il faut d'abord
télécharger les données OSM sur une zone choisie. Pour cela, cliquer sur
l'item de menu + OSM, et dessiner un rectangle sur la carte. Il est
conseillé de zoomer au préalable sur une zone, car la taille du rectangle
est limitée pour ne pas surcharger l'API OpenStreetMap. Vous pouvez pour
cela utiliser le moteur de recherche d'adresse Nominatim via le champ texte
Nominatim search, et utiliser les outils classiques de navigation (zoom +
et -, zoom par rectangle)
Lorsque le rectangle a été dessiné, l'application télécharge
automatiquement les données OSM. L'utilisateur peut ensuite cliquer sur l'un
des objets OSM affichés. Cela ouvre une popup qui affiche les informations
de l'objet, et un bouton pour lier cet objet OSM à la photo Flickr. L'objet
ajouté s'affiche au-dessus de la photo dans le panneau de gauche. On peut à
tout moment supprimer un lien en cliquant sur le petit bouton x situé à
droite du lien OSM.

Cette application a d'abord été développée pour faciliter l'ajout de
photos aux éléments consultables via LizPoi :
*http://lizpoi.3liz.com/demo/index.php/lizpoi/map/?tree_id=1
*http://lizpoi.3liz.com/orange/index.php/lizpoi/map/?tree_id=3
*http://lizpoi.3liz.com/orange/index.php/lizpoi/map/?tree_id=5
Mais ces liens entre photos Flickr et objets OSM peuvent être exploités
dans JOSM ou dans d'autres applications.

Le code est libre et disponible sur github, donc ceux qui le veulent
peuvent l'améliorer et/ou localiser l'application :
https://github.com/3liz/osmflickr

René-Luc D'Hont
3Liz



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




--
Les dérives de rue :
Des textes à promenades

___
Talk-fr mailing list

Re: [OSM-talk-fr] OSMFlickr : Gestion des liens OpenStreetMap - Flickr

2013-02-18 Thread Fabien

Le 18 février 2013 15:10, rldhont rldh...@gmail.com a écrit :
 Le 18/02/2013 15:01, Fabien a écrit :

 Le 18 février 2013 14:53, Christian Quest cqu...@openstreetmap.fr a
 écrit :

 Une petite gestion de permalink serait vraiment sympa... j'ai pas trouvé.

 J'avais pris contact pour un permalink aussi et ils m'ont répondu que
 ce n'était pas encore mis en place. Bien dommage parce que j'ai une
 belle application de OSMFlickr avec les Funny Zoo dans Marseille que
 j'aimerais présenter.
 Y'a plus qu'à cloner le dépôt Git et comprendre comment le mettre en
 place de son côté :)


 Bonjour Fabien,

 Nous venons tout juste de publier OsmFlickr, nous n'avons donc aps encore pu
 recevoir de demande de permalink de ta part.
 Je pense que tu parles de LizPoi, non ?

 Cette modification pourrait-être intégré à OsmFlickr rapidement soit par
 nous soit via un pull-request.

 René-Luc

Oui c'était à LizPoi que je pensais (j'ai supposé que la base était
identique pour Flickr). C'est aussi pour ça que j'ai utilisé
l'expression consacrée Y'a plus qu'à qui veut dire : je peux le
faire maintenant qu'il y a un joli dépôt Git mais faut juste
comprendre comment ça marche...

Encore merci pour cet outil qui peut vraiment faire de belles choses
et faire parler des capacités de OSM !

Fabien





 Le 18 février 2013 14:11, Ista Pouss ista...@gmail.com a écrit :

 Trés sympa, bravo.


 Le 18 février 2013 11:20, rldhont rldh...@gmail.com a écrit :

 Bonjour,

 Nous sommes heureux de vous annoncer l'accès en ligne public de la
 version beta d'OsmFlickr supportée par la ville d'Orange.
 http://demo.3liz.com/osmflickr/

 OsmFlickr est une application Web de découverte et de gestion des liens
 entre photos Flickr et données OpenStreetMap. Flickr permet de publier
 ses
 photos sous licence CC-BY. Il est possible pour chaque photo d'ajouter
 des
 tags spécifiques appelés machine tags avec un code représentant
 l'identifiant de l'objet OSM (par exemple le tag osm:node=12345678).
 L'application OsmFlickr facilite l'ajout de ces tags, via une interface
 cartographique et permet de consulter les photos Flickr liées.

 L'application est constituée de 2 parties :

 * Une carte générale affichant les photos Flickr possédant des liens
 avec
 des objets OpenStreetMap. Elle permet de découvrir les photos publiques
 qui
 ont été associées à des données OpenStreetMap. C'est la page d'accueil
 de
 l'application, qui se présente comme une simple carte sur laquelle
 s'affiche
 les 30 premières photos Flickr correspondant à l'emprise. Le panneau de
 gauche affiche les miniatures de ces photos. On peut cliquer sur une
 des
 miniatures pour ouvrir une popup d'information de l'objet OSM lié et la
 photo agrandie. Il est aussi possible de filtrer les photos affichées
 via le
 champ de recherche situé en haut du panneau de gauche.

 * Un espace de gestion de ses photos Flickr personnelles qui permet
 d'ajouter des liens OpenStreetMap. Cet espace nécessite un compte
 Flickr
 contenant des photos. Pour y accéder, il faut se connecter avec le lien
 Connect situé dans le menu en haut à droite, puis se connecter avec
 ses
 identifiants Flickr et autoriser l'accès d'OsmFlickr à votre compte.

 Une fois connecté, l'utilisateur est redirigé vers une page qui liste
 ses
 30 premières photos Flickr. Il peut filtrer les photos en lançant une
 recherche avec le formulaire situé au dessus des photos. Ensuite, un
 clic
 sur une des photos bascule vers la page de modification de la photo
 Flickr
 sélectionnée. Sur cette page, un panneau de gauche affiche la photo et
 les
 informations complémentaires, et la carte affiche l'objet OSM lié, si
 un
 lien existe. Pour ajouter un nouveau lien vers un objet OSM, il faut
 d'abord
 télécharger les données OSM sur une zone choisie. Pour cela, cliquer
 sur
 l'item de menu + OSM, et dessiner un rectangle sur la carte. Il est
 conseillé de zoomer au préalable sur une zone, car la taille du
 rectangle
 est limitée pour ne pas surcharger l'API OpenStreetMap. Vous pouvez
 pour
 cela utiliser le moteur de recherche d'adresse Nominatim via le champ
 texte
 Nominatim search, et utiliser les outils classiques de navigation
 (zoom +
 et -, zoom par rectangle)
 Lorsque le rectangle a été dessiné, l'application télécharge
 automatiquement les données OSM. L'utilisateur peut ensuite cliquer sur
 l'un
 des objets OSM affichés. Cela ouvre une popup qui affiche les
 informations
 de l'objet, et un bouton pour lier cet objet OSM à la photo Flickr.
 L'objet
 ajouté s'affiche au-dessus de la photo dans le panneau de gauche. On
 peut à
 tout moment supprimer un lien en cliquant sur le petit bouton x situé à
 droite du lien OSM.

 Cette application a d'abord été développée pour faciliter l'ajout de
 photos aux éléments consultables via LizPoi :
 *http://lizpoi.3liz.com/demo/index.php/lizpoi/map/?tree_id=1
 *http://lizpoi.3liz.com/orange/index.php/lizpoi/map/?tree_id=3
 *http://lizpoi.3liz.com/orange/index.php/lizpoi/map/?tree_id=5
 Mais ces liens entre

Re: [OSM-talk-fr] Rendus Mapnik incompréhensibles

Non le bâtiment n'est pas si nickel que ça : il y avait des
intersections non vides entre les bâtiments supposés jointifs!
Attention aux traits superposés mais qui n'ont pas les mêmes
extrémités ! Vous croyez qu'une extrémité est exactement sur le chemin
de l'autre segment, et en fait non (il y a un tout petit écart de
précision, même si vous avez été assez précis). Si deux traits doivent
se superposer, il faut que tous les points à aligner soient à cheval
sur TOUS les segments qui sont sensés passer par eux et ne pas le
supposer.

Le 18 février 2013 14:26, Romain MEHUT romain.me...@gmail.com a écrit :
 Bonjour,

 Auriez-vous une explication concernant ces 2 rendus:

 Un landuse rendu en farmyard alors qu'il s'agit d'un farm:
 http://www.openstreetmap.org/?lat=48.49373lon=-2.2434zoom=15layers=M

 Un bâtiment qui n'est tout simplement pas rendu:
 http://www.openstreetmap.org/?mlat=48.525970499684mlon=-2.2396966853324zoom=18

 Merci.

 Romain

 ___
 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] Suppression GR dans OSM (encore) (était [forum-osm-fr] Réalisation de cartes Garmin...)

2013/2/18 Hélène PETIT h...@free.fr:

 Je suis contre.

 Pour la zone que je connais bien autour de chez moi, certains GR ont des
 segments communs avec des parcours de promenades communaux

Ma question sur qu'en pensez-vous portait sur le fait d'en discuter
lors du prochain SOTM-Fr. Le fait d'être contre la suppression
elle-même a déjà été discutée sur cette liste et on a vu que certains
étaient contre et donc prêts à faire prendre un risque juridique à
OSM. Inutile d'y revenir. La question est de savoir si la plus grande
réunion des contributeurs OSM français peut décider tout seul et
passer outre ou s'il faudra que je toque à la porte du LWG (pour
l'aspect légal) et ensuite du DWG (pour la suppression) au niveau
international.
Moi, je demande à chacun de se renseigner, lire les avis juridiques (à
ce titre, le lien que j'ai donné en OP est le plus clair amha).
Comprendre que le droit d'auteur ne protège pas que la marque, ni sa
référence mais l'itinéraire lui-même d'abord, donc son tracé et son ou
ses points de départs et arrivés, Cela ne concerne pas les voies
elles-mêmes ! Si un autre itinéraire emprunte en partie les mêmes
chemins qu'un GR et que cet itinéraire est libre de droit, on peut
bien entendu le mettre dans OSM.
C'est comme toute oeuvre de création. Le droit d'auteur protège un
livre mais n'interdit pas de réutiliser les mots qui le compose. Sauf
si quelqu'un copie tous les mots du livre dans le même ordre ou à peu
de chose près, en changeant uniquement le titre ou quelques phrases :
ça s'appelle du plagiat et c'est régulièrement condamné par les
tribunaux.

Pieren

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

Re: [OSM-talk-fr] Suppression GR dans OSM (encore) ( était [forum-osm-fr] Réalisation de cartes =?iso-8859-1?q?_Garmin=2E=2E=2E?=)

2013-02-18 Thread JB

 

Une petite question : trailblazed=yes
(http://wiki.openstreetmap.org/wiki/Proposed_features/trailblazed), vous
en pensez quoi ? La proposition n'a jamais été mise au vote (depuis 2010
?). Mais on évite d'y décrire le symbole du balisage, on n'y décrit pas
les itinéraires, mais dans la base ou sur un rendu, on peut trouver les
chemins balisés quand même. 

Est-ce une alternative à privilégier, ou à
oublier ? 

JB. 

Le 18.02.2013 14:09, sly (sylvain letuffe) a écrit :


 On lundi 18 février 2013, Jean-François Gaffard wrote:
 
 Mais je
pense qu'il faudrait cependant prévenir par un tag spécifique d'une
incertitude juridique concernant ces relations. Ceci permettrait à des
réutilisateurs commerciaux de choisir s'ils intègrent ou non ces
relations dans leurs projets.
 
 J'avais pensé à cette option, et
mettre un tag :
 compatible_odbl=no
 
 Puis j'ai réfléchis à cette
solution et je me suis dis : mais qui pourrait 
 accepter cela sachant
que la base osm est justement prévu pour être odbl ?
 
 On pourrait en
parler sur les listes globales, mais selon moi, la réponse ne 
 fait
aucun doute

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

Re: [OSM-talk-fr] Suppression GR dans OSM (encore) (était [forum-osm-fr] Réalisation de cartes Garmin...)

2013-02-18 Thread Christophe Merlet

Le lundi 18 février 2013 à 15:57 +0100, Pieren a écrit :
 2013/2/18 Hélène PETIT h...@free.fr:
 
  Je suis contre.
 
  Pour la zone que je connais bien autour de chez moi, certains GR ont des
  segments communs avec des parcours de promenades communaux
 
 Ma question sur qu'en pensez-vous portait sur le fait d'en discuter
 lors du prochain SOTM-Fr. Le fait d'être contre la suppression
 elle-même a déjà été discutée sur cette liste et on a vu que certains
 étaient contre et donc prêts à faire prendre un risque juridique à
 OSM. Inutile d'y revenir. La question est de savoir si la plus grande
 réunion des contributeurs OSM français peut décider tout seul et
 passer outre ou s'il faudra que je toque à la porte du LWG (pour
 l'aspect légal) et ensuite du DWG (pour la suppression) au niveau
 international.

On a bien compris que quelque soit l'avis des contributeurs francophones
au projet tu feras tout ton possible pour aller au bout de ton idée fixe
quitte a baratiner les instances internationales.

C'est moche.


Librement,
-- 
Christophe Merlet (RedFox)


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

Re: [OSM-talk-fr] Suppression GR dans OSM (encore) ( était [forum-osm-fr] Réalisation de cartes =?iso-8859-1?q?_Garmin=2E=2E=2E?=)

2013-02-18 Thread sly (sylvain letuffe)

On lundi 18 février 2013, Pieren wrote:
 La question est de savoir si la plus grande
 réunion des contributeurs OSM français peut décider tout seul et
 passer outre ou s'il faudra que je toque à la porte du LWG (pour
 l'aspect légal) et ensuite du DWG (pour la suppression) au niveau
 international.

Je soutiens l'idée, et j'aimerais vraiment qu'on puisse arriver à laver notre 
linge sale en famille et ne pas impliquer le LWG ou DWG, dont j'ai l'avis de 
croire que, au vu des preuves d'un risque légal fort, leur décision ne fasse 
pas trop de doute et conduise à une plus grande rancoeur car c'est eux qui 
tiendrons alors le couteau et ça va charcuter pour un bilan qui sera :
- relations encore plus tendu entre eux et nous
- preuve pour eux qu'on est pas capable de s'organiser

Donc à un moment, il faut arrêter de mettre la tête dans le sable, car oui, on 
aura toujours, au sein de notre communauté des divergences sur un point de ce 
type :
- certains veulent ne prendre aucun risque et enlever
- d'autres veulent laisser (mon travail hé ho! , ça s'interprète une loi, m'en 
fou c'est pas moi qui serait devant le juge, etc.)

En bref, si on attend l'unanimité on ne l'aura jamais vu la taille de la 
communauté, je pense donc que la seule solution qui s'offre à nous c'est de 
lancer une sorte de vote ou chaque camp expose sont point de vue et la 
démocratie tranche.

J'entends déjà dire ceux qui sentent que ça ne va pas tourner dans leur 
sens : et le statu quo ?

Le statu quoi c'est quoi ? laisser une copie de donnée litigieuses sous 
prétexte que certains sont contre leur retrait ? Le problème c'est que cela 
impliques les autres qui sont contre de les laisser : si je suis utilisateur 
des données et que c'est moi qui fini devant le juge, je vais avoir du mal à 
répondre : mais d'autres ne voulaient pas

Il me reste alors le choix de faire de la gym, 1 par 1 pour voir ce que je 
peux copier ou non, ou alors : ne plus ré-utiliser car je considère trop 
risqué, ce qui revient à me faire imposer un choix.
Et quitte à imposer un choix, que ça soit celui de la majorité.

Si la majorité est pour des laisser les GR, alors ceux qui sont contre feront 
le choix de ne plus ré-utiliser
Si la majorité est contre de laisser les GR, alors ceux qui sont pour les 
stockeront dans un autre projet

-- 
sly, DWG member since 11/2012
Coordinateur du groupe [ga]
http://wiki.openstreetmap.org/wiki/User:Sletuffe

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

Re: [OSM-talk-fr] Rendus Mapnik incompréhensibles

C'est possible, mais cela n'impacte pas mapnik (la preuve, le rendu osmfr
n'a pas de problème pour dessiner ce bâtiment) et n'explique par pourquoi
ils ne sont pas rendus.

Ca ressemble à une désynchro de la base osm2pgsql qui se remet à jour
lorsque l'on modifie l'objet vu ce qu'a signalé Helène sur une rivière.


Le 18 février 2013 15:25, Philippe Verdy verd...@wanadoo.fr a écrit :

 Non le bâtiment n'est pas si nickel que ça : il y avait des
 intersections non vides entre les bâtiments supposés jointifs!
 Attention aux traits superposés mais qui n'ont pas les mêmes
 extrémités ! Vous croyez qu'une extrémité est exactement sur le chemin
 de l'autre segment, et en fait non (il y a un tout petit écart de
 précision, même si vous avez été assez précis). Si deux traits doivent
 se superposer, il faut que tous les points à aligner soient à cheval
 sur TOUS les segments qui sont sensés passer par eux et ne pas le
 supposer.

 Le 18 février 2013 14:26, Romain MEHUT romain.me...@gmail.com a écrit :
  Bonjour,
 
  Auriez-vous une explication concernant ces 2 rendus:
 
  Un landuse rendu en farmyard alors qu'il s'agit d'un farm:
  http://www.openstreetmap.org/?lat=48.49373lon=-2.2434zoom=15layers=M
 
  Un bâtiment qui n'est tout simplement pas rendu:
 
 http://www.openstreetmap.org/?mlat=48.525970499684mlon=-2.2396966853324zoom=18
 
  Merci.
 
  Romain
 
  ___
  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




-- 
Christian Quest - OpenStreetMap France
Week-end SOTM-FR à Lyon, les 23-24 février prochains:
http://openstreetmap.fr/sotmfr2013
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] Suppression GR dans OSM (encore) ( était [forum-osm-fr] Réalisation de cartes =?iso-8859-1?q?_Garmin=2E=2E=2E?=)

Je fais un message à un président d'un Comité Départemental de la Randonnée
Pédestre à ce sujet et lui demande que cela soit discuté au niveau
fédéral...

Romain

Le 18 février 2013 16:15, sly (sylvain letuffe) li...@letuffe.org a écrit
:
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] Suppression GR dans OSM (encore) (était [forum-osm-fr] Réalisation de cartes Garmin...)

2013/2/18 Christophe Merlet red...@redfoxcenter.org:

 On a bien compris que quelque soit l'avis des contributeurs francophones
 au projet tu feras tout ton possible pour aller au bout de ton idée fixe
 quitte a baratiner les instances internationales.

 C'est moche.

Si c'était une idée fixe, ça fait longtemps que ces relations ne
seraient plus dans la base de données.
Si c'était pour ne pas tenir compte de l'avis des contributeurs
francophones, je n'aurais pas relancé x fois le sujet en essayant de
convaincre du bien fondé du problème.
Quant à baratiner les instances internationales, les listes de
diffusions sont publiques et tu peux aussi y prendre part pour
présenter tes arguments (un peu plus développés que je suis contre).
C'est sûr que c'est plus facile d'adopter cette posture:
http://fr.wikipedia.org/wiki/Singes_de_la_sagesse

Pieren

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

Re: [OSM-talk-fr] Suppression GR dans OSM (encore) (était [forum-osm-fr] Réalisation de cartes Garmin...)

2013/2/18 Jean-François Gaffard jean-francois.gaff...@laposte.net:

 Je ne pense pas qu'une relation sans description et sans indicatif GR
 puisse réellement être  considérée comme une violation de la propriété
 intellectuelle.

Je suis étonné par ce genre d'argument. Prenez n'importe quelle oeuvre
de création, un livre, un morceau de musique, un tableau. Vous pouvez
copier, ça n'est pas de la contrefaçon si vous changez ou effacez le
titre...

Pieren

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

Re: [OSM-talk-fr] Suppression GR dans OSM (encore) ( était [forum-osm-fr] Réalisation de cartes =?iso-8859-1?q?_Garmin=2E=2E=2E?=)

2013-02-18 Thread ades_...@orange.fr

tu pourrais aussi étayer la question en rajoutant ça :

et ça : http://www.data.gouv.fr/DataSet/30383154  ?

par ailleurs : la consultation et l'usage privatif ou à but non lucratif de 
ces données sont possibles. 
(http://data.loire-atlantique.fr/forum/?tx_mmforum_pi1[action]=list_posttx_mmforum_pi1[tid]=150)
 ça passe avec l'Odbl ou pas ?

Le 18 févr. 2013 à 16:27, Romain MEHUT a écrit :

 Je fais un message à un président d'un Comité Départemental de la Randonnée 
 Pédestre à ce sujet et lui demande que cela soit discuté au niveau fédéral...
 
 Romain
 
 Le 18 février 2013 16:15, sly (sylvain letuffe) li...@letuffe.org a écrit :
 ___
 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] Suppression GR dans OSM (encore) ( était [forum-osm-fr] Réalisation de cartes =?iso-8859-1?q?_Garmin=2E=2E=2E?=)

2013-02-18 Thread ades_...@orange.fr

oups!
je n'avais pas vu que le lien http://www.data.gouv.fr/DataSet/30383154  
retourne maintenant une erreur 404 quand on veut dl le .shp
sorry
Le 18 févr. 2013 à 16:43, ades_...@orange.fr a écrit :

 tu pourrais aussi étayer la question en rajoutant ça :
 
 et ça : http://www.data.gouv.fr/DataSet/30383154  ?
 
 par ailleurs : la consultation et l'usage privatif ou à but non lucratif de 
 ces données sont possibles. 
 (http://data.loire-atlantique.fr/forum/?tx_mmforum_pi1[action]=list_posttx_mmforum_pi1[tid]=150)
  ça passe avec l'Odbl ou pas ?
 
 Le 18 févr. 2013 à 16:27, Romain MEHUT a écrit :
 
 Je fais un message à un président d'un Comité Départemental de la Randonnée 
 Pédestre à ce sujet et lui demande que cela soit discuté au niveau fédéral...
 
 Romain
 
 Le 18 février 2013 16:15, sly (sylvain letuffe) li...@letuffe.org a écrit :
 ___
 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] Suppression GR dans OSM (encore) ( était [forum-osm-fr] Réalisation de cartes =?iso-8859-1?q?_Garmin=2E=2E=2E?=)

Le 18 février 2013 16:51, ades_...@orange.fr ades_...@orange.fr a écrit :

 oups!
 je n'avais pas vu que le lien http://www.data.gouv.fr/DataSet/30383154
 retourne maintenant une erreur 404 quand on veut dl le .shp


Il est aussi ici http://sig.pilote41.fr/tourisme/randonnee/PDIPR_shp.zip.
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] Rendus Mapnik incompréhensibles

Non c'est un problème de rendu quand il y a des polygones de même type
partiellement superposés (dont l'intersection a une surface non nulle)

Le 18 février 2013 16:26, Christian Quest cqu...@openstreetmap.fr a écrit :
 C'est possible, mais cela n'impacte pas mapnik (la preuve, le rendu osmfr
 n'a pas de problème pour dessiner ce bâtiment) et n'explique par pourquoi
 ils ne sont pas rendus.

 Ca ressemble à une désynchro de la base osm2pgsql qui se remet à jour
 lorsque l'on modifie l'objet vu ce qu'a signalé Helène sur une rivière.


 Le 18 février 2013 15:25, Philippe Verdy verd...@wanadoo.fr a écrit :

 Non le bâtiment n'est pas si nickel que ça : il y avait des
 intersections non vides entre les bâtiments supposés jointifs!
 Attention aux traits superposés mais qui n'ont pas les mêmes
 extrémités ! Vous croyez qu'une extrémité est exactement sur le chemin
 de l'autre segment, et en fait non (il y a un tout petit écart de
 précision, même si vous avez été assez précis). Si deux traits doivent
 se superposer, il faut que tous les points à aligner soient à cheval
 sur TOUS les segments qui sont sensés passer par eux et ne pas le
 supposer.

 Le 18 février 2013 14:26, Romain MEHUT romain.me...@gmail.com a écrit :
  Bonjour,
 
  Auriez-vous une explication concernant ces 2 rendus:
 
  Un landuse rendu en farmyard alors qu'il s'agit d'un farm:
  http://www.openstreetmap.org/?lat=48.49373lon=-2.2434zoom=15layers=M
 
  Un bâtiment qui n'est tout simplement pas rendu:
 
  http://www.openstreetmap.org/?mlat=48.525970499684mlon=-2.2396966853324zoom=18
 
  Merci.
 
  Romain
 
  ___
  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




 --
 Christian Quest - OpenStreetMap France
 Week-end SOTM-FR à Lyon, les 23-24 février prochains:
 http://openstreetmap.fr/sotmfr2013

 ___
 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] Intégration Inventaire régional Pays de la Loire

2013/2/18 ades_...@orange.fr ades_...@orange.fr:

 Ça pourrait donc donner (pour une ferme à Guérande)
 ref=IA44003599
 historic (ou building) =ferme
 historic:date=Temps modernes ; 17e siècle (?) ; 19e siècle ; 20e siècle
 source=(c) Région Pays de la Loire - Inventaire général, 2005 (Le Boeuf
 François ; Durandière Ronan auteurs)

'historic' ne remplace pas 'building' mais se combine. Le tag
'building' renseigne la typologie et 'historic' le caractère
historique:
http://wiki.openstreetmap.org/wiki/Building
http://wiki.openstreetmap.org/wiki/Historic

Pour 'historic:date', je ne comprends pas si c'est la date de
contruction ou une période ou époque.
Dans le premier cas, il y a déjà:
http://wiki.openstreetmap.org/wiki/Key:start_date

sinon il y a ces 3 propositions (peu usitées):
http://wiki.openstreetmap.org/wiki/Key:historic:civilization
http://wiki.openstreetmap.org/wiki/Key:historic:period
http://wiki.openstreetmap.org/wiki/Key:historic:era

Pieren

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

Re: [OSM-talk-fr] Rendus Mapnik incompréhensibles

Le 18 février 2013 16:58, Philippe Verdy verd...@wanadoo.fr a écrit :
 Non c'est un problème de rendu quand il y a des polygones de même type
 partiellement superposés (dont l'intersection a une surface non nulle)

C'est corrigé dans la base (oui au prix de multipolygones, mais c'est
en décomposant en multipolygones qu'on arrive à comprendre le problème
de ce qui est en intersection (en plus il y avait toute une série
d'autre polygones en doublon, certains sans attributs d'autres avec
des attributs incompatibles, ce qui compliquait encore les choses)

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

Re: [OSM-talk-fr] Rendus Mapnik incompréhensibles

Le 18 février 2013 16:26, Christian Quest cqu...@openstreetmap.fr a écrit :
 C'est possible, mais cela n'impacte pas mapnik (la preuve, le rendu osmfr
 n'a pas de problème pour dessiner ce bâtiment) et n'explique par pourquoi
 ils ne sont pas rendus.

Le serveur layers/u2 corrige certains problèmes de géométrie comme les
flèches ultrafines créées par des traits *quasi* superposés, ce que
ne fait pas le serveur Mapnik d'OSM org.

De plus pour que ces flèches posent un problème ou pas, il y a une
dépendance dans le calcul des corrdonnées d'intersection des points,
notamment sur la précision de ce calcul.

En théorie les données de la base sont stockées dans des flottants
IEEE double précision (64 bits), mais pour les calculs intermédiaires,
il peut y avoir des données dans le coprocesseur avec une précision
supérieure (80 bits par exemple), tant que ce calcul intermédiaire
n'est pas arrondi et stocké dans une variable double précision.

Selon le processeur employé et l'optimisation ou non des calculs
(arrondir tous les résultats intermédiaires a un coût en performance,
mais c'est le prix pour la compatibilité du code compilé en mode IEEE
strict).

Il se trouve qu'il y avait bel et bien ici des points non parfaitement
alignés avec le segment avec lequel il devait se joindre, cela
empêhcait la fusion des segments communs après les calculs
d'intersection.

Bref il ne faut jamais tracer comme ça deux traits superposés :

1  2  3
[]---+--[]
[]---+[]

car il n'y a pas garantie que le point 2 soit sur le segment 1-3

Si on ne veut pas de multipolygone il faut tracer les deux traits ainsi:

1  2  3
[]---+--[]
[]---+--[]-+-[]

Bref joindre explicitement le point 2 au segment 1-3

Cela se voit quand on regarde bien : on voit dans JOSM deux croix de
création de nouveau noeud entre les points 1 et 2, alors que les point
1 et 3 sont superposés correctement (on voit des grands carrés) mais
pas le point 2 (petit carré).

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

Re: [OSM-talk-fr] Suppression GR dans OSM (encore) (était [forum-osm-fr] Réalisation de cartes Garmin...)

2013-02-18 Thread Eric Marsden

 rn == Pieren  pier...@gmail.com writes:

  rn Rappelons qu'il n'y a pas que la marque GR qui soit déposée mais que
  rn les tribunaux ont construit une jurisprudence qui considère que les
  rn itinéraires eux-mêmes sont une oeuvre originale protégée par le droit
  rn d'auteur (donc on sort un peu du cadre restreint du droit des
  rn marques).

  Cette jurisprudence absurde concernant les itinéraires de randonnée
  s'applique aux juridictions françaises, et donc pas au droit du
  Royaume Uni, qui – à ma connaissance – n'a pas reconnu de copyright
  sur les tracés d'itinéraire.

  Il me semble (sans être avocat) que c'est le copyright anglais et non
  le droit d'auteur français qui s'applique à la base OSM, tel que
  distribué sur openstreetmap.org. Détruire des données fort utiles aux
  randonneurs serait donc une grave erreur.

  En revanche, si l'hébergeur du miroir des données OSM-FR souhaitait
  anticiper une éventuelle attaque juridique par la FFRP (qui me semble
  peu probable, puisqu'ils se rendent sans doute compte que leur image,
  et leur reconnaissance d'utilité publique, seraient écornés par une
  telle aventure), il pourrait réfléchir à la mise à disposition d'un
  extrait censuré. Il faudrait vérifier ensuite si les outils exploitant
  les extraits (mapnik, mkgmap etc.) savent gérer des données
  manquantes; j'imagine que oui.

-- 
Eric Marsden


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

Re: [OSM-talk-fr] Intégration Inventaire régional Pays de la Loire