[geGIS] URL en data

[Dirk Frigne]

Edwin,

>M.b.t. de urlprefix/postfix: als beide leeggelaten worden werkt het zoals
nu, dus zie ik
>niet in wat iemand er kan tegen hebben; anderzijds kan ik verzekeren dat de
ervaring
>leert dat dit zeer nuttig is (zowel voor de ontwerper als voor de
gebruiker).

1-

3 kolommen voorzien in de databank is niet zo'n goed idee,
informaticatechnisch.
In principe wordt in de prefix en in de postfix tabel voor elke regel
dezelfde informatie weggeschreven. Dit is dus redundante informatie en biedt
geen (of beperkte) meerwaarde t.o.v. 1 kolom met een reeds samengestelde
url.

Een betere oplossing is volgens ons de parametermogelijkheden die horen bij
de laag uitbreiden met een urlprefix /postfix veld, zodat je die daar kan
specifiëren. 
De geGIS software zal die dan samenstellen tot 1 geheel.

Een nog verdere mogelijke uitbreiding is een parameter die toelaat te
verwijzen naar een stukje javascript die de samenstelling voor de url voor
haar rekening neemt, zodat url's kunnen gegenereerd worden op basis van
gegevens uit de database.

Tijdens de implementatie hebben we (om tijdsredenen) gekozen voor 1 kolom
waarin een volledige url wordt gestockeerd. Aangezien jouw idee misschien
meerwaarden heeft waar we zelf nog niet aan gedacht hebben, en jij (of
iemand anders) misschien nog niet over ons voorstel hebt kunnen nadenken,
vermoeden we dat dit element nog ter discussie staat. 

In de toekomst zullen wellicht meerdere van deze discussies besproken
worden. Een handige manier om hiermee om te gaan is de 1+, 1- en 0 techniek.

1+ betekent dat je akkoord bent met het voorstel (vd: de extra kolommen pre
en post url in de databank)
1- betekent dat je niet akkoord bent, maar dat je verplicht bent een
alternatief voor te stellen.
(dus wij antwoorden nu op je voorstel 1- met als alternatief de extra
parameters prefix/postfix + eventueel de verwijzing naar een script).
0 betekent dat je noch voor noch tegen bent.
Als iedereen zijn mening op die manier te kennen geeft kan er vrij efficiënt
gestemd worden.



Met vriendelijke groeten
Dirk
 
ir Dirk Frigne
DFC Software Engineering
Brugsesteenweg 587
B-9030 Gent
Belgium
T: +32 9 236 61 96
E: dirk.frigne op dfc.be
W: www.dfc.be
    www.gegis.org
    www.cadrie.com
    www.frigne.be
>-----Oorspronkelijk bericht-----
>Van: Verspurten Edwin [mailto:edwin.verspurten op oost-vlaanderen.be]
>Verzonden: maandag 25 juni 2007 8:23
>Aan: dirk.frigne op dfc.be
>CC: list op gegis.org
>Onderwerp: RE: URL en data
>
>M.b.t. de urlprefix/postfix: als beide leeggelaten worden werkt het zoals
nu, dus zie ik
>niet in wat iemand er kan tegen hebben; anderzijds kan ik verzekeren dat de
ervaring
>leert dat dit zeer nuttig is (zowel voor de ontwerper als voor de
gebruiker).
>
>Mvg
>
>Edwin
>
>-----Oorspronkelijk bericht-----
>Van: Dirk Frigne [mailto:dirk.frigne op dfc.be]
>Verzonden: vrijdag 22 juni 2007 23:09
>Aan: Verspurten Edwin
>CC: list op gegis.org
>Onderwerp: FW: URL en data
>
>Edwin,
>
>* waarom is de url in de tabel niet aanklikbaar gemaakt (ziet er
vanzelfsprekend uit dat
>dit kan) Ik heb hier zelf niet aan gedacht. Stom. Wordt zeker opgenomen bij
de
>features. Bedankt voor het schitterend idee.
>* de url in het label is echt geen zicht We zullen beide mogelijkheden
toelaten * is het
>mogelijk om, zoals reeds eerder gevraagd, te voorzien in een urlprefix en
urlpostfix
>zodat er in de meeste gevallen geen extra veld moet gemaakt worden Hier had
ik wel
>al aan gedacht. De reden dat dit nog niet ingebouwd is, is 1. tijd 2. niet
iedereen in het
>development team staat hier op de volgende golflengte.
>Wat ik voorstel is dat we een oplijsting maken van al deze puntjes en een
discussie
>rond features opnemen op een volgende ronde tafel. Ik stel voor om dan de
features te
>prioritiseren en te kijken wie wat kan/wil (laten) ontwikkelen We hebben
trouwens
>geen datum afgesproken voor een volgende ronde tafel. Ik zal een voorstel
voor een
>volgende ronde tafel begin oktober formuleren in het verslag van de ronde
tafel (eerste
>versie gaat dit weekend buiten).
>
>Met vriendelijke groeten
>Dirk
>
>ir Dirk Frigne
>DFC Software Engineering
>Brugsesteenweg 587
>B-9030 Gent
>Belgium
>T: +32 9 236 61 96
>E: dirk.frigne op dfc.be
>W: www.dfc.be
>    www.gegis.org
>    www.cadrie.com
>    www.frigne.be
>________________________________________
>Van: list-bounces op gegis.org [mailto:list-bounces op gegis.org] Namens
Verspurten
>Edwin
>Verzonden: vrijdag 22 juni 2007 9:52
>Aan: list op gegis.org
>Onderwerp: [geGIS] FW: FW: URL en data
>
>denk dat ik alles gedaan heb zoals door JP beschreven, krijg ook wel het
handje als ik
>me tde muis over hte label ga hangen, maar klikken opent de url niet (niet
in IE en niet
>in FF).
>
>Zelfs als het zou werken heb ik nog wel enkele opmerkingen:
>* waarom is de url in de tabel niet aanklikbaar gemaakt (ziet er
vanzelfsprekend uit dat
>dit kan) * de url in het label is echt geen zicht * is het mogelijk om,
zoals reeds eerder
>gevraagd, te voorzien in een urlprefix en urlpostfix zodat er in de meeste
gevallen geen
>extra veld moet gemaakt worden
>
>mvg
>
>Edwin
>
>________________________________________
>Van: list-bounces op gegis.org [mailto:list-bounces op gegis.org] Namens BEYS,
Jean-Paul
>Verzonden: donderdag 21 juni 2007 7:27
>Aan: list op gegis.org
>Onderwerp: [geGIS] FW: FW: URL en data
>Beste geGIS-sers,
>
>Bij een lokale configuratie (op PC) werkt het aanmaken van een url wel.
>De vermelde foutmelding heeft dus (zoals ik reeds enigszins verwachtte)
vermoedelijk
>te maken met de 'specifieke' configuratie van de ontwikkelserver waarop
geGIS bij
>RWO draait.
>
>Ik heb dit als volgt aangepakt:
>- eerst een shape opgeladen in  postgresql waarin een veld is opgenomen met
url's
>(veld = legende)
>- in de application.xml de url-property ingevuld met de waarde legende
>    <urlProperty value="legende" />
>- zowel een identifying attribute als viewable attribute legende aangemaakt
(alhoewel
>vermoedelijk niet strikt noodzakelijk)
>    <identifyingAttribute>
>    <attributeLabel value="verklarende legende" />
>    <attributeName value="legende"/>
>    </identifyingAttribute>
>
>    <viewableAttribute>
>    <attributeLabel value="legende" />
>    <attributeName value="legende"/>
>    </viewableAttribute>
>
>- tenslotte een label legende gedefinieerd
>
>    <labelConfig>
>    <labelAttributeName value="legende" />
>    </labelConfig>
>
>
>Eén opmerking misschien toch: je moet echt de onderkant van het label
viseren (tot de
>cursor in een 'handje' overgaat) en dan klikken om de url te activeren. Dit
kan mijns
>inziens nog worden verbeterd, door er voor te zorgen dat het "echt"
aanklikken van het
>label de functionaliteit activeert.
>
>
>
>Beste groeten,
>
>Jean-Paul Beys
>Coördinator Register Onbebouwde Percelen
>
>Vlaamse overheid
>Departement Ruimtelijke Ordening, Woonbeleid en Onroerend Erfgoed Kennis en
>informatie
>
>Phoenix-gebouw,Koning Albert II-laan 19 bus 12, 1210 Brussel
>
>e-mail: jeanpaul.beys op rwo.vlaanderen.be
>
>telefoon: 02/553 73 81 - fax: 02/553 83 05
>
>